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EDITORIAL 


y exposure to computers began at about the age of seven. This was probably mostly thanks to 
my grandfather being a member of the New Zealand Computing Society and my father always 
being keen on the latest technology. In the mid eighties, I got my first computer, a Sinclair ZX 
l Spectrum; I recall transcribing code from a book and then recording it to tape so that I could play 
the games I had produced. I used to love it, and even in those early days it was clear that I had a predisposition 
to problem solving and an analytical mind. Later on, I had quite an exposure to Amigas too, although that was 
sadly a fairly short-lived experience. Around '95— 96, when my Amiga 500 finally packed it in, I ended up with 
my first PC, running Windows 95. Oh joy! 

About five years later I decided to study programming. Prior to enrolling, Tony (FSM's Editor In Chief) convinced 
me to start using GNU/Linux and to learn Unix commands and C, as he said that this knowledge would give me 
a head-start in the course. Despite his grumbling, he helped me set up a dual boot so I could run both Windows 
and GNU/Linux on the same machine. After a couple of months, I was picking up the basics of C from a book 
fairly quickly, and getting used to using the Unix command line. 

Our expectations of the course were wrong and all of this good work was to be undone. Shortly after starting the 
course I started to slide down the slippery slope of proprietary software programming. 

The course was a Diploma of Information Technology (programming) and was 2 years full time. It was supposed 
to be a generic, system-independent “IT and programming course". However, its main thrust was in the direction 
of Visual Basic, Java and Windows NT. The better lecturers taught the VB and Windows NT subjects, which of 
course made them easier to learn. The one Unix unit (that's right, there was only one!) was taught by a guy who 
could out drone a blowfly playing didgeridoo. He spent his time at the front of the class, with one arm of his 
glasses poised in his mouth as he stared at the ceiling, trying to remember that anecdote we all knew so well and 
hated so much. There were no units on free software. The lecturers wouldn't even share notes! 

I did quite well in the end and gained my Diploma of (proprietary) Information Technology. However, my 
exposure (apart from to Tony, who wasn't teaching me anyway) had been to a closed community of lecturers 
who, themselves, would not share or collaborate. I had not been told about the free software community or that 
I could work on free software projects that would give me exposure, experience and credibility. The existence 
of free software seems obvious to me now, and would do to most of our readers. But for an IT newcomer, it's 
amazing what isn't obvious. 

At the end of the course, I felt a little empty. I felt like I didn't belong to the software development world. While 
I enjoyed programming, I didn’t feel very comfortable with the secretive, un-sharing, proprietary world around it. 
Eventually, my career took me to a completely different place, where my programming skills were welcome but 
not crucial. 

It took about another five years and my continued friendship with Tony, before I became involved with the free 
software world. And now, through my experience, I fully realise the importance of exposing young programmers 
to our community. Some major faults in the course became clear: as students, we should have been encouraged 
to join free software projects. While plagiarism was a concern through some aspects of our training, we should 
have been encouraged to share code and taught how to re-use and adapt it for use in our own computer systems 
projects. This is after all how it's done in the real world—you’re not supposed to reinvent the wheel all the time! 
Today, I am not a programmer; I see myself as a missed opportunity" for the free software programming world, 
and I'm probably not the only one. I feel that we (the free software community) should be doing our best to stop 
this story from being repeated. I believe we need to ensure that potential future programmers are aware that free 
software is out there, and what it means. They need our support, their understanding of free software needs to be 
nurtured and they need to be made welcome into our free software community. 

If you work in IT education and you believe in free software, make sure you encourage young programmers to 
become involved in free software and explain the benefits of doing so. If you live near an educational institution, 
let them and their students know about projects you are involved in and encourage them to volunteer. 

Let them know how fantastic the free software world can be for them and how great they can be for it. 

Copyright information 
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Inaccuracies in "Promoting free software on 
non-free platforms" 


Dear FSM, 

Chris J. Karr's article, “Promoting free software on non-free plat- 
forms" makes several mistakes which I feel deserve a response. 
I am one of those who believe that free software is fundamen- 
tally about human freedom, so the question of whether or not to 
port free software to non-free platforms depends only on whether 
doing so would promote human freedom or not. 

Chris claims that "[1]deological developers are generally against 
[porting to non-free platforms] for philosophical reasons." Noth- 
ing could be further from the truth. Free software began it's exis- 
tence on non-free platforms, and the GNU project, itself, makes a 
CD of Windows ported free software available on its web site 
(http://www.gnu.org/order/windows.html) Free 
software anywhere is a good thing when it's use promotes free- 
dom, and I know of few software freedom advocates who think 
otherwise. 

The article makes a blanket claim that “ideological developers" 
benefit whenever free software is used on proprietary systems. 
This is not true. It is possible to use free software to work against 
freedom, by writing free enhancements to proprietary software 
that will then not be available on free platforms. This has the 
effect of adding value to proprietary systems at the expense of 
free ones, and thus works against freedom. It is consistent with 
the freedoms provided by free software that Chris's “pragmatic 
developers" have the right and ability to do this, but it should 
not for one minute be suggested that it in any way benefits free 
software. 

Jeffrey Elkner 


Chris Karr responds: 

I'm confused where you draw the line between free software on 
closed platforms being good and free extensions to closed soft- 
ware being bad. I suspect that the line is dictated by the goal 
of "promoting human freedom". However, what exactly do you 
mean by promoting human freedom? (It's a bit of a broad term.) I 
can see how Firefox on Windows gives web surfers more options 
and more choices on that platform. Does that promote human 
freedom? If I wrote an open-source driver for a proprietary op- 
erating system, hardware users would have more device choices 
and options. Am I promoting freedom by doing that? 

I get the impression from your third paragraph that you think 
software development is a zero-sum game. (I strongly disagree.) 


If Windows is improved, does Linux and MacOS X suffer be- 
cause of it? If someone contributes an extension to a proprietary 
database (that is available in the free software world, since we're 
talking about porting free software), does that extension decrease 
the value of free solutions with that capability or extension? To- 
day (April 29), I'll be picking up my copy of MacOS X Tiger. It 
features many free software improvements to a proprietary sys- 
tem. Are my installations of Linux and Windows worth less from 
this day on? 

Finally, in my piece, I break the free software developers into two 
camps to illustrate the point that I'm trying to make. I’m certain 
that there are many developers who are (in reality) poorly painted 
by my use of a large brush. However, I doubt that brush is larger 
than “promoting human freedoms”. If an individual is willing and 
able to contribute free code or extensions to proprietary systems, 
does dissuading him from doing so serve the cause of promoting 
freedom? 

One way that I look at this is that it is not unlike a progressive 
group (to arbitrarily pick an example) telling people wanting to 
share their thoughts about conservative topics not to do so, be- 
cause they should be talking about progressive things. Given that 
the content (of the code and the thoughts) is open and shared and 
there is nothing stopping others from using that content to sup- 
plement their goals, who are we to demand otherwise? The alter- 
native is that the person doesn't share their code and everyone but 
the coder and proprietary vendor are poorer for it. 


Read security and encryption 


Hi, 

In your article you state that keeping sensitive documents on an 
encrypted partition is secure. I think this might not be true. 

I assume that these documents are edited/viewed from time to 
time in some application on you laptop. This implies that the 
information is decrypted. 

It's not unthinkable that this application stores a working copy 
in a temporary place on you hard drive and probably a backup 
somewhere too. So then, we have potential files with sensitive 
data stored in potentially non-encrypted partition(s). 

Even if the application deletes all those files, after you close a 
document, recoverable data is still intact on the disk. 

There are utilities to securely delete files, and clean empty space 
but this will not always work (for example these utilities are use- 
less on a reiserFS file system). 
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Now let us assume that you remedy this situation by having all 
these sensitive locations mounted as some kind of ramdisk(s) so 
it never gets written to disk. 

This takes us to security problem number two, swap space. I'm 
positive that at least one in-memory copy of the decrypted infor- 
mation exists when you open a document. 

Even if the kernel doesn't decide to swap while you have the doc- 
ument open, the document could still be unencrypted in some 
cache after the application is closed. 

Try running strings on your swap file/partition. 

Just saying that all is good because the storage partition is en- 
crypted is dangerous. 

/John 

John Nilsson 


John Locke responds: 

Hi, 

You certainly make some good points. My only defense is that 
I'm writing for a less technical audience, and that my point was 
just making people aware of tools to improve security that are at 
their fingertips! 

To further improve security on a Linux system, you can encrypt 
your swap partitions, and also any temporary directories used by 
an application. This may or may not be necessary, depending on 
the software you're using, and the value of your data—the more 
measures you take, the less convenient it is to implement. 
Cheers, 

John 


The next revolution 


Tony, 

I'm sitting here reading your editorial in the June 2005 issue and 
you are asking the question about the next revolution. You may 
be correct about the neural interface etc. However, I believe you 
are discounting the most likely area for revolution. 

The most likely area for revolution is economics. Simply put, 
the internet is undermining many industries. Need I mention, 
the music and film industries? The availability of near-zero cost 
distribution cuts out the middle men, ie the RIAA and MPAA. 
The only costs associated with distributing a film/song are server 
costs. Every year these costs decrease. The end result of this is 
undermining many of the middle men in Hollywood. In turn the 
artists would be left standing thanks to the fan base and the ability 
to produce and distribute. 

The internet also cuts out many business middle men. Since now 
a consumer can buy a product directly from the manufacturer, ei- 
ther off their website or via drop ship, its only a matter of time 
before the intermediate mark-up shrinks. It will shrink because 


the intermediate costs cover the time spent in transaction will re- 
duce and any efforts to keep the prices equal could be deemed 
price fixing. 

Also, consider this. If we go by the simplified rules of supply and 
demand, higher the supply the lower the cost, higher the demand 
the higher the cost, if our supply is infinite—such as digital files 
are because they can be copied without any associated costs—our 
cost should be infinitely low, i.e. free. 

Ultimately, I believe our economy is in for a surprise. The end 
result would be a much less emphasis on capitalism. Not to the 
extent of communism, but to what I would call limited capitalism. 
I can picture my son/daughter coming home in 25-30 years from 
the grocery store where they stopped to buy a gallon of milk and 
getting on the computer to check the site of their favorite direc- 
tor to see when their next movie will be seeded in bittorrent or 
similar. Really it boils down to whether the product has a limited 
supply, i.e. not digital. If it is digital, it will be available for free. 
The director would be supported by donations. I like to compare 
it to a street performer with nearly an infinite audience. If you're 
good, you can make good money. 

Well that's most of what I got. Please discount any incoherent 
ideas/sentences as it's nearly 1 am. I have to write when I'm 
inspired however. 

"Scott Shawcroft 


Printed version no more 


Tony, 

I've just received your email about Free Software Magazine going 
electronic only. 

Please keep me as a subscriber to the digital version of Free Soft- 
ware Magazine. 

The last issue I read cover to cover in one sitting and was so glad 
that I was a subscriber. The magazine has some great content and 
is always interesting. The first PDF got me interested, the print 
got me addicted, and now I don't care how I receive the mag as 
long as it's there. Thanks for a great read. 

Thanks! 

Ryan Hobson 


Tony Mobily responds: 


Thanks a lot Ryan—we really appreciate your encouraging letter! 


Copyright information 


(c) 2005 Tony Mobily (coordinator) 

Verbatim copying and distribution of this entire article is permit- 
ted in any medium without royalty provided this notice is pre- 
served. 
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Practical Subversion by Garrett 


Hooney 


Martin C Brown 


Version control is—or at least should 
be—a critical part of the development 
process. As Garrett Rooney explains 
right at the beginning of Practical Sub- 
version (published by Apress), using ver- 
sion control can help you recover that 
file you accidentally deleted, or put your 
code base back into the position it was in, 
when it worked, before you introduced 
that latest bug. For those not familiar with the topic, version 
control allows you to control and track the changes in text docu- 
ments—typically development projects—so that you can monitor 
versions, create a static set of documents attributed to a global 
version number, and to log and synchronize changes to a project 
across a team. 


Practical 


Subversion 





Apress 


Garrett is a Subversion expert. As well as his writings on the 
topic, he’s also spoken at OSCON and contributed code and ma- 
terial to the project. That makes him an ideal candidate for writing 
a book on what is a complicated topic; at least when performed 
correctly. 

Practical Subversion is a good combination of step-by-step in- 
struction on the Subversion systems, a migration guide for users 
of other version control systems and an in-depth guide to more ad- 
vanced techniques when using the Subversion libraries and API. 


The contents 


Practical Subversion is split into two main sections, the usage 
guide and the programming guides. The first part of the book 
is dedicated to using the Subversion system. This starts with a 
"crash course" on using Subversion for checking in and working 
with Subversion as your version control system. There's a lot of 
detail here in a comparatively short chapter, but anybody familiar 
with the basics of version control is not going to be phased by the 
terminology used here. 

This first section then moves to more detailed investigations of 
specific topics, including administration, best practices and the 
integration of Subversion with other tools. Along the way, key 
chapters are those which offer advice on migrating from other 
version control systems (Perforce, CVS, RCS) and the extensive 
integration available with Apache. 

The latter third of the book concentrates on the API—the pro- 
gramming interface to the Subversion system that enables you to 
build custom tools to use with the version control mechanism. 


Who's this book for? 


Developers are obviously the key audience for this title, but within 
this group, it is obviously those developers who are already us- 
ing a version control system who will most benefit from the 
book. Without existing version control knowledge and experi- 
ence, much of the content will be unintelligible to most develop- 
ers. The book is not an introduction to version control techniques 
per-se; you are going to need to know the benefits of version con- 
trol. 

With the combination of the administration functionality, and in- 
tegration with group level tools such as Apache, IDEs and the 
comprehensive API content, I can see the book appealing to users 
within an existing team development environment where they are 
already using CVS or similar and have their own custom toolset 
for making the most of the Subversion system. 


Pros 


Subversion is rapidly becoming the preferred solution for devel- 
opers who have become disenchanted with RCS and CVS, tools 
which have for a long time had their own range of problems and 
issues. 

As a guide to using Subversion the book is simple and straight- 
forward and you should be able to pick up the basics quickly and 
easy. It's also nice to find a comprehensive guide on some of the 
more advanced techniques with Subversion, like the integration 
with Apache, and development tools such as emacs, Ant and even 
OS X tools like Interface Builder. 

The API guide will also be useful to those people developing in- 
terfaces to Subversion in other environments and systems where 
developers are willing to develop their own tools. 


Cons 


Although the book is aimed for users of previous version control 
systems, there isn't much in the way of practical advice of migrat- 
ing from one system to another—there are tables of comparative 
tools and commands, but I would have appreciated a walk through 
of a typical project in CVS and the same process and sequence in 
Subversion. 

I also found the enormous section—almost a third of the 
book—on the API to Subversion to be a little excessive. While 
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it's nice to see the qualities of the extensive API, the amount of 
content felt out of place and proportion to the rest of the book. I 
would certainly have preferred to see more simple and straight- 
forward content on using Subversion itself. 


I also felt that some sections were skipped over when I would 
have liked more information. For example, hooks in subversion 
allow you to execute a script when a project is committed: to 
email the development group with the changes, or automatically 
run a build. However, the Hook Scripts section lasts little more 
than a page, with no real examples of the scripts themselves, just 
pointers to those in the distribution. 


In short 
Title Practical Subversion 
Author Garrett Rooney 
Publisher Apress 
ISBN 1590592905 
Year 2005 
Pages 316 
CD included No 


Mark (out of 10) 8 


Copyright information 


(c) 2005 Martin C Brown 
This article is made available under the  "Attribution- 
NonCommercial-NoDerivs" Creative Commons License 


2.0 available from http://creativecommons.org/licenses/by-nc- 
nd/2.0/. 
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High Performance Linux 
Clusters by Joseph D Sloan 


Martin C Brown 


Like distributed computing, clusters are 
a hot topic in the current computing cli- 
mate. The reason is simple, with the 
explosion of Linux and cheaper compo- 
nents it's actually become quite simple 
and inexpensive to put together a rela- 
tively high-powered cluster. Driving the 
cluster production is an increased need 
for computing power as applications are 
developed for different situations. For example, graphics ren- 
dering—often used in films and TV, as well as custom applica- 


High Performance 


CLUSTERS 





tions—and computer-based modelling of complex environment 
such as weather systems or DNA, all require vast quantities of 
computing power. 

In High Performance Linux Clusters (published by O’Reilly), 
Joseph D Sloan provides a comprehensive guide to building and 
deploying cluster solutions. Starting from the mechanics of hard- 
ware and operating systems right through to deployment and ad- 
ministration tools, the book provides everything you should need 
to get started. 


Sloan has an easy to read but highly 
effective writing style that handles the 
complicated topics with apparent ease 


A brief look through the book shows you that the scope of the title 
is wide, but it’s also not lacking information. There’s content on 
setting up your cluster, managing it, and profiling and debugging 
it to achieve the best performance. 


The contents 


The approach of the book is a straightforward lead through from 
the basics to the more advanced topics. The introductory chapter 
should be required reading for anybody who isn’t already famil- 
iar with clusters or indeed many other types of high performance 
computing (HPC). It would probably be a good idea for those 
that think they know about HPC to read this too as it serves as 
an excellent introduction not only to clusters but also single and 
multi-processor computing and the basics of distributed comput- 
ing too. 

Sloan has an easy to read but highly effective writing style that 
handles the complicated topics with apparent ease and this is 


best demonstrated with the next few chapters where he looks at 
the theoretical side of clusters; the planning and decisions that 
should be made before you start plugging machines together and 
installing software. By Chapter 4 we’re into the finer points of 
selecting and installing Linux. 

Part II looks at some of the “turnkey” solutions for getting your 
Linux cluster up and running: openMosix, OSCAR and Rocks. 
As with chapters in the previous section, the information supplied 
is extensive with little left to guess work or the imagination if this 
is the route you want to take. 

For more custom and personalized clusters, Part III offers in- 
formation on specific tools you'll need such as development li- 
braries, management software and the PVFS parallel filesystem. 
The final part—part IV—looks at programming for your cluster. 
This sections concentrates on using MPI—one of the best and 
most practical solutions for writing cluster software. Again, the 
approach is simple and exceedingly practical, starting with a look 
at a serial application designed to run on a single computer, and 
then moving on to the same problem but written with a cluster in 
mind. Finally, the author finishes up with information on how to 
debug and profile parallel applications. 


Who's this book for? 


Anybody who is using, or thinking of using, a cluster should find 
this book useful. There's alot of information here from the design 
of your cluster right up to the implementation and usage of the 
cluster. Administrators, managers and developers should get a lot 
of use out of the book. 

It's also going to appeal to the hobbyist and enthusiast who wants 
to build their own small cluster. There is nothing elitist about 
the book and the subject matter—clusters on Linux on commod- 
ity hardware—means that many people may decide to build their 
cluster in their garage. 


Pros 


If you are interested in clusters—even from a purely theoretical 
standpoint—this book is a good guide. Aside from knowledge of 
computing and Linux, the author doesn't expect you to have any 
previous experience with clusters. He doesn't talk down to you 
either and that makes the information and techniques covered in 
the book easy to use and understand. 
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It's also hard to imagine that you will need any other information 
that isn't already covered in the book—there is so much detail, in 
such a wide range that the book acts as a one stop shop for cluster 
computing. As if that wasn't enough, the author has also included 
an impressive list of other references, books and websites, just in 
case you want more specific details. 


Cons 


I really can't suggest any reasons why you shouldn't buy this 
book. There are one or two inevitable typos, but nothing that 
detracts or misleads, and there are a few websites I was surprised 
to see missing. But really, I'm scraping the barrel on what is an 
excellent book that I would recommend to anybody with even a 
passing interest in clusters. 
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Interview with Miguel De Icaza 


Tony Mobily 


Miguel, first of all I’d like to ask you a per- 
sonal question: are you enjoying yourself 
at the moment? How are the United States 





treating you? 


e 


been great, and I’m really enjoying watching Gnome and 


I am having a lot of fun. Working at Novell has 


Mono grow from tiny little projects to mature and happy 
communities. 


You are considered one of the leaders of the GNOME 
project. Apart from having to answer silly interview 
questions (err...), what's great about it? And what's 
not-so-great about it? 

The best part of the Gnome project is that early on, some 
of its users recognized that we needed to have not only a 
technical steering committee, but a foundation that would 
ensure its development, promotion and adoption. 

The single best idea was the creation of the Gnome Foun- 
dation, because it formalized a number of processes, helped 
give a direction to the project and helped various compa- 
nies join and provide their input to the developers directly: 
telling us what was needed and what important areas there 
were to address. 

There were obviously growing pains as we went from a 
group of hackers just working on the project for fun to 
putting the structure in place, but I think this has helped 
Gnome tremendously in many areas. For example, a lot of 
work went into the appearance and usability of Gnome, well 
beyond the themes and artwork: a concerted effort to create 
a set of Human Interface Guidelines and the application of 
these to the whole desktop gave Gnome an edge and set it 
apart from just being a set of tools for geeks. 

Then there were some very positive corporate influences, 
like the addition of accessible technologies (largely funded 
by Sun) and the adoption of a compromise for binary com- 
patibility: a promise not to break the interfaces that devel- 
opers are using for their applications. 

The latter is key for traditional software developers who 
might not be able to afford to recompile their software every 
time a library changes. 


I had a vision about a free desktop. Here it is: there 
is GNU/Linux (or BSD, or Solaris, or...) that acts as a 
kernel and interfaces with the hardware. There is the 
graphical interface (the GNOME libraries) which gives 
uniform, well documented and “low level" functionali- 
ties. And there is Mono, that sits on top of everything, 
which lets any application run smoothly. In this vision, 
all *end-user" applications (Word processor, email, etc.) 
would be Mono applications. This would mean that you 
can just copy them on a CD, and give them to any- 
body running any system (Solaris, BSD, GNU/Linux, 
GNU/Hurd, etc.). 

Now... do you share this vision? 


That is possible today. 


Well, I have a question then. Wouldn't it make sense if 
an application was, in this respect, self-contained? I love 
the way MacOs does it: a directory called *SomeAppli- 
cation.app" contains everything needed by that particu- 
lar application. You can put it onto a CD, give it to a 
friend, and know that it will work once it's copied back 
onto a hard drive. The special directory includes every- 
thing—the application's icon, its data, etc. If this were 
true for MONO applications, it would mean (finally, in 
2005) the end of the dependency hell for the end user. 
Am I dreaming? 

Mono makes this possible in various forms, for example ap- 
plications can be completely self-contained and they can run 
completely off a directory. 

Now, to be fair this is not a Mono-only feature, other sys- 
tems can be built like this. 
across the file system] is more of a tradition that has been 


It [spreading an application 


used in Unix and the GNU project for a while, that we are 
only now realizing might not be the best approach for de- 
ploying software. 

To fix this we need a cultural change in the way that we 
package software and expect it to be deployed. Mono-based 
applications that have a GNU heritage suffer from the same 
problems as other applications: they are configured to be 
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installed on a given prefix, and the tree underneath the prefix 
is populated with all kinds files everywhere. The systems 
are consistent, but the deployment is sometimes painful. 


What do you think could be a practical “solution”? 


I believe that there is a case to be made for both approaches 
and I think they are both compatible. The GNU-heritage 
should continue to be used for key components of the sys- 
tem, but the packaging of non-core components of the sys- 
tem could be packaged in a modular fashion that would al- 
low for directory-based deployments. 


We must start to discuss these issues openly, and get the var- 
ious players to the table: autoconf, automake as the founda- 
tion that most of us use, and talk to people who have been 
trying to solve this problem like the installer crowd like Au- 
toPackage and BitRock. 


I should not miss this opportunity to plug a feature into 
Mono that we like very much: Bundles. Bundles are just 
a mechanism in which you can deploy your Mono-based 
application and all of its dependencies as a statically linked 
binary with no external dependencies. 


I see what you mean. However... well, this is just an 
idea. Don't you think that MONO should set some kind 
of standards then, to which application developers will 
need to adhere? This should go beyond the ability of 
running “off a directory". For example, the standard 
could set what the icon file is, what to run in order to run 
the application, and so on. What I mean is, if there were 
the files “icon.png” and *run me" in each application 
directory, a GUI would be able to show the directory as 
an icon and run it. 

This is part of the discussion that must be had. The work 
is not only about the packaging, but also making file man- 
agers—aware of these kinds of setups—to do the right thing. 


I see this as a critical piece of the puzzle. Is anybody 
working on this right now? If not, are there plans and 
resources to do so? 


Nobody at this time, but we should start. 


Going back to a MONO world... OpenOffice, Evolu- 
tion, Abiword, are critical pieces of free software, but 
they are not MONO. Does this mean that we will have 
to deal with a hybrid world for a long time, possibly for- 
ever? 


Well, use the right tool for each problem. Mono is well 
suited for some applications, but not all of them. There is a 
large legacy that must be supported, and for too many rea- 
sons those applications should not be rewritten. 

I'd rather see people use Mono as a platform for innova- 
tion and for solving problems in new ways or creating new 
models that we have not thought of yet. 


Is there a Kylix-like development tool for MONO? Is it 
possible for me, for example, to develop a neat database 
front-end fully visually, and compile it as a MONO ap- 
plication? 

There is the commercial X-Develop and the open source 
MonoDevelop. They are good IDEs, but they are not as 
advanced as their Windows counterparts. 


Do you think MonoDevelop will eventually be as ad- 
vanced as Kylix or Visual Basic? Or do you think an- 
other free software project will need to develop in that 
direction? What do you think a time frame could be? 
Absolutely, I am convinced that MonoDevelop is on the 
right track. The issues are not complicated, it's just a matter 
of surface: there are many things pending that people expect 
to do from an IDE, and each one of those features takes a 
lot of time. 

There is good news though: MonoDevelop is based on the 
SharpDevelop IDE, so it has already some very advanced 
features like a tree of your code that is continuously updated 
as you write code. This is used today for an Intellisense-like 
completion but it can be used for implementing things like 
code refactoring or providing more semantic information as 
the user types. 

In any case, this is one area where hackers can make large 
contributions and influence the direction of the project. 
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lease introduce yourself, tell our readers who 
you are and what you do. 

My name is Robert Fanini and I'm the CEO 
and founder of GroundWork Open Source So- 





lutions. Groundwork provides solutions that are based on 
open source software and that are designed for the IT man- 
agement industry. 


What's your main product? 

Our main product, Groundwork Monitor, is designed to 
monitor the availability and performance of the IT infras- 
tructure of small and mid-sized companies. [Infrastruc- 
ture consists of many different components including net- 
work components like routers and switches, servers running 
any variety of operating systems, applications as well as 
databases. GroundWork Monitor is able to monitor any de- 
vice with an IP address, which pretty much covers the full 


range of IT infrastructure components. 


Well, the keyword here seems to me “monitoring”. What 
exactly do you mean by “monitoring”? 

Monitoring provides IT staff with information on how well 
each component, or the entire system for that matter, is 
working. This includes availability (whether each of the 
components is accessible or not) and performance (how well 
each component or application is performing over time). 
GroundWork also measures for capacity planning purposes 
and will notify the user before failures occur. This allows IT 
staff to be more proactive about the way the IT infrastruc- 
ture works. 


Who is your product for? Who is the typical user of your 
product? 

Typically our product is implemented and used by systems 
administrators within small and medium sized enterprises. 
The users of open source software tend to be very technical. 
GroundWork has helped to create an enterprise-ready solu- 
tion using open source software. What that means is that we 
provide a solution that is easy to install, manage and main- 
tain and one that provides information that is more useful to 
managers and C-level people within the corporation. 


You obviously use free software within your products. 
Do you release some of your code? Do you send patches 
and improvements to the authors of the software you 
use? Basically, do you “give back" to the free software 
world? 

Yes, we do contribute back to the open source software 
project that we work with by providing upgrades, bug fixes, 
enhancements and that kind of thing. We also provide up- 
grades to our customers if they purchase our support just 
like what they would receive if they were buying support of 
a commercial software package. 


What do you mean by upgrades in this case? 

What I mean is, if a customer buys our support we provide 
bug fixes, upgrades, application assistance and telephone 
and email level support for the solution features and func- 
tions. So, for each of our customers, we will provide the 
latest upgrade of the latest version of the software with the 
latest features, and push these features out to customers, just 
like in the commercial software world. 


If a customer buys our support we 
provide bug fixes, upgrades, application 
assistance and telephone and email 
level support for the solution features 
and functions 


What business model do you feel is viable in a company 
based on free software? 

It's really based on support, packaging and documentation. 
We have two different business models that we leverage 
today. The first is the services business model where we 
deliver a complete turnkey solution to our customers using 
open source software. We provide the services around mak- 
ing their solution work, installing it, calibrating it and train- 
ing the customer. When we leave the customer, there is a 
complete turnkey working system in place. So, that's one 
way to do it. The second business model is the subscription 
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model. A customer can buy our support and, in exchange 
for that, they get a copy of the integrated software package, 
the documentation and our ongoing support service. This 
model is the most scalable of the two models, and it's what 
we've been focusing on in order to build out our business in 
a scalable fashion. 


Let's talk about the funding you've received... 

We started the company in November 2003—eighteen 
months ago. Very soon after that, we raised $3 million 
in funding from Canaan Partners. The purpose of the first 
round of financing was to create the management team, cre- 
ate a marketing presence for the company, get customer 
traction and establish a more scalable business plan to catch 
the future growth and scale the business. Within a nine 
month timeframe, we were able to sign up 35 customers 
and nearly $1 million of bookings. Things were going so 
well that in February 2005—one year later—we closed a 
second round of funding, $8.5 million dollars. This was led 
by Mayfield, one of the bigger names in venture capital here 
in California. We were able to complete that round—start 
to term sheet—within six weeks. 


The VC firm... they weren’t scared by the words “open 
source" or ‘free software"? 

Absolutely not. They were very much into it. In fact, this 
was the most successful and fastest financing that I have 
ever been involved with. We had several term sheets and 
actually had more offers coming, but we decided to close 
that off. So it was a very, very positive experience. 


Would you go as far as saying that free software is the 
*big thing" at the moment? 

I think that right now there is a pretty interesting market for 
open source. The economy isn't looking all that fantastic 
in general. The software market seems to be consolidating 
and technology, in general, has been weak. I think that open 
source has been one of the bright spots because it provides 
the promise of allowing customers to do more with less re- 
sources/budget. 


| think that open source has been one of 
the bright spots because it provides the 
promise of allowing customers to do 
more with less resources/budget 


Let's suppose that one of our readers wants to follow 
your path and receive some funding. What criteria do 
you think a free software company would have to meet 
to even be considered? 

I think the two most important criteria in getting a company 
funded (which is true for most companies anyway), is that 
you have to be selling into a very large market opportunity 
and you have to have an experienced management team. It 
turns out that the IT management market is a 6 to 7 bil- 
lion dollar market. So, that's one criteria: the size of the 
market. The second criteria that is very important for rais- 
ing money is how much experience the management has in 
the particular market and with working together. Having a 
demonstrable product and demonstrable customer traction 
are also very, very helpful, but not as important as the first 
two pieces. 


Do you know of other free software companies that have 
received funding lately? 

There have been several that have been funded over the last 
six months. One is SpikeSource, which was incubated at 
Kleiner Perkins Caufield & Byers, a popular VC here in 
California. SpikeSource provides services around different 
types of open source application stacks. SugarCRM is an 
open source company in the Customer Relationship Man- 
agement space. They received a $6 million investment in 
February. In September 2004, SourceLabs raised $3.5 mil- 
lion dollars. The one to keep your eyes on is SourceFire. 
They raised $15 million last year and are doing very well. 


So, from what you are saying, if you have a good business 
idea with a large target market, you just propose your 
idea and your management history, you are approved, 
and you receive a few million dollars in the bank. Is it 
really that simple? What are the trade-offs? 

Yes, it can happen very fast if you get the market timing 
right. Of course, when raising money, the founders always 
have to give up equity in the company and also have to give 
up a certain amount of control. That can be difficult. All of 
the sudden, you have people that you are "reporting to" for 
certain decisions, because of the money they invested. So 
you give up a little bit of autonomy and equity. 


So... is the company still “yours”? 

Well, you still have a good amount of equity in the company. 
Emotionally, it's very much still yours—it's your creation. 
But now you have an obligation to other people to make sure 
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you make all the right decisions. It’s not just for you; it’s for 
the people you have working for you, the investors and the 
customers. So it changes things quite bit. But it’s all part of 
the process. 


Do you think that the funding is moving from the oper- 
ating system level to the application layers? 

Yes, I do, actually. There have been a lot of examples of this. 
When you talk about open source, everyone thinks of Linux 
because that’s the most popular open source movement to- 
day. But it’s actually starting to grow now out of just the 
operating system into a variety of different applications. I 
believe that over time software will become a commodity 
and open source does a very good job of taking over com- 
modity areas of the software industry. 


You started a company that received funding, and you 
seem to be doing very well. Well... do you have any 
secrets, or crucial pieces of advice you can share with 
those readers who want to follow your steps? 

I would say that there is a very big opportunity with open 
source today. It's the kind of thing that happens every ten 
years or so—an industry that's in its infancy and that's going 
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to be very substantial in the future. So it's a good area to 
focus on. My advice would be that whatever you do, be 
passionate about it. I think that if you're passionate about 
what you're doing, that's the ingredient that gives you the 
edge. You've got to have all the other stuff right too, like 
the right market and the right management, but if you're 
passionate about what you're doing, then you have an ad- 
vantage to overcome some of the obstacles along the way. 
That's a bit of a philosophical answer, but passion is the 
most important thing, as far as I’m concerned. 
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J have my kids to blame, that is certain. There I was, 


last Christmas, in this auditorium, listening to the 
crunching of popcorn from my son on my left, and 
4 the slurping of soda from my daughter on the right, 
trying to behave like a responsible father. The lights had 
dimmed and we were being inflicted with the inevitable ad- 
vertisements and trailers. When, at last, the fan fair that 
accompanied the main feature at the cinema trumpeted out 
of the speakers an anticipating hush spread around the audi- 
ence. Even my daughter took a break from her munching. 
The opening titles burst on the screen announcing the con- 
tinuing adventures of a big green troll and his donkey friend. 
Shrek 2 had begun! 


Filmmakers use of free software 


I confess—I enjoyed it. Films that promote escapism in a 
professional and enjoyable way always go down with me, 
but this film also gave me satisfaction knowing that it epit- 
omises the successful model of free software. It is a well- 
documented fact that Dreamworks used Linux machines to 
produce the IT power to render the film, and they built on 
free software to create the products to do so. Many other an- 
imation film studios in California have gone down the same 
route. This is an example of free software at work. The ben- 
efit to the studios is obvious—to be able to produce higher 
quality work for lower price. The benefit to my kids is also 
evident in their enjoyment of their evening's entertainment 
and—yes I admit it—mine too. 


However, the studios can only do this because they have the 
millions to spend on developing the free software to produce 
the high quality animations. Also, as they do not distribute 
the software, they have no obligation to publish their en- 
hancements to the world. It is their right under the license 
to do so, and I for one, do not have a problem with that. 
This does mean, however, that mere mortals like you and 
me are denied the opportunity to create a masterpiece of 
fantasy filming with wonderful characters of the same high 
standards, though being honest, apart from the lack of soft- 
ware there’s still the possibility I could lack the cinematic 
skills to pull such a project off. Whatever the reason I (and 
probably you) need to set our sights lower as far as computer 
generated art is concerned. 


Horses for courses 


There are those in this world who have enormous amounts 
of expertise in image manipulation, who live to adjusting 
their photographs so all unwanted flaws are eliminated and 
all slightly off colours are corrected, even to such detail 
that is not distinguishable to the naked eye, just so someone 
glancing at their work would find their life subconsciously 
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enhanced by examining something so pleasing to the eye. 
These people, in the free software world, talk about “3D 
imaging in blender" and "gimp scripting" and other mys- 
teries. Then you have people like me. When these image 
experts go on about the various detailed attributes of pic- 
tures you can witness my eyes glaze over and then you can 
watch the conversation soar above my head. Should a pho- 
tograph be taken of me at that point the print would almost 
certainly show my eyes to be red, though in that case it is 
unlikely to be the “Red Eye Effect" photographers like to 
talk about but rather that they are simply bloodshot. 


While using the Gimp for this maybe 
going a bit far, l'm not concerned, after 
all, using a sledge hammer to crack a 
nut may be overkill, but it does cracks 

nuts exceedingly well 


Detailed image manipulation and expert minutia picture en- 
hancements is beyond the scope of this article. I am instead 
focusing on a simpler art. The ability to produce simple 
charts, diagrams and pictures in documents, or creating sim- 
ple logos to cheer up an otherwise dull article. It is worth 
emphasizing that cheering it up is what it does. Almost ev- 
ery article in this magazine is punctuated by small pictures 
and diagrams, and in fact, I believe I would not be letting out 
any secrets by informing you the editors of this magazine 
are unhappy accepting articles unless they have sufficient 
artwork scattered throughout them. A magazine that simply 
presents pages of tightly typed words may have rich content 
but it is a struggle to read. Pictures and diagrams, even ir- 
relevant ones, break the monotony of a page and make the 
intake by the reader a more enjoyable experience. 


Art programs for the non-expert 


This leads to questions like “What free software products 
are out there for me?" and “Which one is best for what I 
want to do?". To contribute an answer to these questions, I 
would like to go through some of the products I have used 
to generate pictures, leaflets and illustrations sharing my ex- 
periences of them with you. 

OpenOffice.org Draw  (http://www.openoffice. 


org/product/draw.html) I surprisingly use this 


An unrelated picture placed here makes this article nicer to look at 





a lot. Although not a drawing tool as such—more of a 
desktop publisher—it's often all I need to produce my 
materials. For most of the artwork I need to produce, the 
photos or pictures already exist and all that is needed is 
for them to be arranged with appropriate arrows, lines and 
captions. OpenOffice.org Draw is more than up to this 
task, and I find it both intuitive and simple to use. It can 
also handle the creation of simple charts and diagrams, 
Where 


OpenOffice.org Draw scores very well though is when 


which can also be integrated into a document. 


a number of images, diagrams and charts from different 
sources need to be combined to create an overall picture. 

(http: 
//www.gnome.org/projects/gnumeric/) and 


Spreadsheet applications like Gnumeric 


OpenOffice.org Calc (http://www.openoffice. 
org/product/calc.html) are ideal for quickly 
generating graphs and charts from data. It is a relatively 
trivial exercise to enter headings and a figure into a table, 
select it and click on the chart icon, then after playing 
about with a few settings in a pop up box you can create an 


eye-catching method of making your point. 


On a side note I would like to point out I am aware that 
KDE (http: //www.kde.org) has equivalents to these 
applications, and I have nothing against them. For the KDE 
users out there, there are products like Kivio (http: // 
www.thekompany.com/projects/kivio/) Kar- 
bonl4 (http://www.koffice.org/karbon/) and 
Kspread (http://www.koffice.org/kspread/). 
Each has both advantages and disadvantages to the above. 
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A charcoal effect created using ImageMagic 
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ImageMagic (http://www.imagemagick.org/ 
script/index.php) has a relatively simple interface 
and is useful if you want to create an overall effect to an 
entire picture. I don't use it very often, and what it does can 
also be achieved with Gimp (see below). However, I find 
it useful when I want to use special effects like "charcoal 
draw". 

Gimp (http: //www.gimp.org/)... my list would not 
be complete without the Gimp. This is the free software 
community's answer to products like Adobe Photoshop. 
There's a lot this program can do, and plug-ins that can be 
obtained to enable you to do even more. If you are interested 
in serious image manipulation then you'll be interested in 
the Gimp. I use Gimp, but at a much more basic level than 
it can be. As I mentioned above I tend to have the pictures 
for my artwork pre-made and I simply assemble them with 
little need for manipulating them. However, I sometimes 
need to “touch up” the pictures slightly, or blank something 
out. Also, when I’m done laying them out with OpenOf- 
fice.org Draw, I often need to rescale or resize the entire 
image. While using the Gimp for this maybe going a bit far, 
I'm not concerned, after all, using a sledge hammer to crack 
a nut may be overkill, but it does cracks nuts exceedingly 
well. 


Some examples 


It's a mistake to limit yourself to using only one product 
when producing artwork. Each program is useful for per- 


A simple diagram created using OpenOffice.org Draw 





forming the specialised task it was designed for, it may be 
capable of performing other tasks, but more often than not 
that it is better to employ other products for duties the first 
is not specialised in. In short, use the right tool for the right 
job. 

As my first offering I would like to submit an image from a 
previous article I wrote for Free Software Magazine. This is 
a very simple one, and was generated using OpenOffice.org 
draw. It is simply a series of coloured rectangles with text 
in them. After creating it I exported it as a "PNG" file, then 
used Gimp to alter the resolution and size as required by 
the magazine. Although it's not mind-boggling spectacular 
I believe it achieved its purpose. 

For my second example I would like to show an image I 
used for some marketing at an exhibition. It's meant to be 
a mindmap, it worked so far as it attracted attention and 
people spent a long time looking at it. How much they un- 
derstood, or were inspired by it, I don't know though. AII 
in all I’m not proud of it, although it did communicate what 
I wanted it to in an informative manner, it's too cluttered to 
be effective. I am a programmer, not a marketer, so I think I 
have an excuse, and I am sticking to it. I’m only including 
it here to show what can be achieved. 

I collected the images that made up the mindmap from a 
number of sources, they are mainly freely-licensed images 
from the internet. The screen-shots were taken using the 
GNOME screen-shot applet (the ones that look as though 
they came from Microsoft XP didn't, I actually used fvwm 
configured with the "Redmond XP" theme on Linux). I ac- 
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A more complex image from various sources but combined using 
OpenOffice.org Draw 


=a Multi Language Styles 


for events and triggers 





(Basic, pSQL, C, Cobol) 


| Incorporating embedding 

"gii methodology to enable one style 
jother using 
s. 


tag 


5 Wiatds 
BE to generate toms 
Aom table Yetinitons} 7 


: m 
Text, Labels We Client Icon \ 
Butions etc \ p Tope tae Resources 
Men 

Sizers 4— 7 8 man 
For auto layout / EN 
Specia # Ows 
Trees, Spin > siad m" uS z 
User Defined ejes “Distribute 
si p Implementation... 

Microsoft Multi or not 

Windows ^ Platform | 

So a 


S&ME/2000/XP 


lent/Server f 
[iid » hi 
SemverChent | 

/ 


Ls 


cnó 





tually created the central logo using OpenOffice.org Draw, 
though other drawing applications are probably better for 
that type of operation. Once I'd obtained all the images I 
used OpenOffice.org Draw to combine them all, put in the 
arrows and insert extra boxes and text. 

The election graph took seconds to create. I simply entered 
the recent election results into eight cells of an OpenOf- 
fice.org Calc spreadsheet, selected it, used the wizard to 
generate the charts by selecting appropriate options as I pro- 
gressed, added titles, changed the colours and admired my 
work. Once again though, I exported the chart as a “PNG” 
and used Gimp to modify its resolution and size. The pro- 
duced effect by far exceeds the amount of effort put in, and 
although this can be expected from products which you have 
to pay for, it's fantastic to see this from free software. 


Tips for generating quick artwork 


Generating artwork in this manner is as easy as riding a bi- 
cycle. However, just like riding a bicycle it can be difficult 
if you haven't done it before. The first few times you tend to 
end up on the ground often with the bicycle on top of you. 
Even when you have the basics mastered the best way to 
take corners and avoid puddles still need to be learned. The 
same applies here, knowing how to do something is differ- 





A chart generated in seconds using OpenOffice.org Calc 
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ent from knowing how to do it well. I’m no expert here, and 
there's no replacing experience, but I think I can provide 
some tips for the beginner that might help. 


The produced effect by far exceeds the 
amount of effort put in, and although this 
can be expected from products which 
you have to pay for, it's fantastic to see 
this from free software 


1. Think big. For instance, when I generated the election 
chart, after OpenOffice.org Calc had created it I then 
expanded it to fit the entire screen. If I hadn't done 
that, the lines in the final image would have been more 
jagged and the writing less clear. All in all, when using 
an application to generate a part of an image make sure 
it generates a big image and reduce its size later as this 
will create a final result with far better detail. 

2. Minimise the amount of transformations. Although it's 
best to generate the image in one application, and then 
resize and scale it in another application and so on, it 
is worth noting that every time you transform an image 
you lose some detail, therefore don't load it into an 
application, play about with it, or save it in another 
format more often than you need to. 

3. Don't be too proud to use resources available to you if 
they do the task, whatever they are. l've come across 
people using Gimp to do tasks that take OpenOffice.org 
Draw a fraction of the time just because they want to 
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use Gimp and feel it's the cooler product. This is being 
dogmatic for the sake it. Whatever the best tool is for 
the job—whether it be OpenOffice.org, or Koffice, or 
anything else—use it. 


Conclusion 


Free and open source software offer mountains of code that 
produce charts, images and pictures. The difficulty is not 
finding a program to do the job but in choosing the best 
program for the task. Perfectionists would insist on high- 
end tools and produce a high-end perfect picture. How- 
ever, for the rest of us the free drawing utilities that come 
in OpenOffice.org and similar products are frequently more 
than enough to produce required pictures and effects that 
we common folk require. The free software community no 
longer have an excuse to not decorate their work accord- 
ingly. So come on. Get your imagination out of store. Let 
the Van Gogh inside you loose. We've made the world a 
better place to be with the software we produce, let's use it 
to enrich content with the proliferation of dragons, donkeys 
and other art to make the world a prettier place to be as well. 


Copyright information 


© 2005 Edward Macnaghten 

Permission is granted to copy, distribute and/or modify this 
document under the terms of the GNU Free Documentation 
License, Version 1.2 or any later version published by the 
Free Software Foundation; with no Invariant Sections, no 
Front-Cover Texts, and no Back-Cover Texts. A copy of the 
license is available at http://www.gnu.org/copyleft/fdl.html 


Edward Macnaghten has been a professional program- 
mer, analyst and consultant for in excess of 20 years. 


His experiences include manufacturing commercially 
based software for a number of industries in a vari- 
ety of different technical environments in Europe, Asia 
and the USA. He is currently running an IT consul- 
tancy that specialises in free software solutions and 
is based in Cambridge UK. He maintains a blog at 
http://eddy.edlsystems.com. 
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he free culture movement is growing, from its 

inception in the free software movement to 

the relatively recent establishment of Creative 

Commons. Across the world, localised teams 
are adapting CC licenses to their particular legal systems. 
Record labels, indie film studios and well over 10 million 
web pages are using CC licenses. Are we on an inexorable 
ascendency? Well, not quite. In this article I will show that 
we still have a lot of issues to iron out. 


But first, I want to illustrate my personal experience with 
Creative Commons. Remix Reading is an artistic project 
that I lead, based in Reading, UK. Our aim is to get artists 
(working with music, video, images and text) to come to- 
gether and share their work, be inspired by each other's 
work, and ultimately to create "remixes". All material on 
the web site is released under a Creative Commons license, 
as is all work performed or exhibited at events we organise 
locally. Our main focus is bringing Creative Commons to 
local, non-geeky people. 


Remix Reading was borne of a frustration with the main- 
stream approach to art. In a research seminar at a think tank 
that I recently attended, culture was discussed as though it 
were an industry rather than a vast and intangible collection 
of artifacts in which humans express themselves. Laws and 
practices that govern the creation and distribution of culture 
are framed for the benefit of “good”, professional artists, of- 
ten excluding the rest of society. When I suggested to one 
industry figure that thousands of people in Reading were al- 
ready remixing copyrighted work illegally, he immediately 


“Remix Broad St", by Tom Chance. Released under the Creative 
Commons Attribution license 





shouted me down. When anyone suggests that new tech- 


nology and licensing schemes can be harnessed to promote 
creativity for all society, industry and government ignore the 
call and instead make technology and laws more restrictive. 


Defending the right to remix 


What free software has shown is that the ability to remix is 
important to everyone, not just professionals. To understand 
this we first have to look at what it means to "remix", and go 
beyond the stereotype of a bedroom DJ adding a tacky drum 
loop to an existing creation. First, imagine a line, stretch- 
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Defining a remix is no easy task 
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ing from a full-blown reverse engineered cover version of a 
song at one end, to a discussion with a friend about a movie 
at the other (see figure 1). If we count the cover version as 
a remix, how do we treat one text that quotes another, or 
even a discussion about a movie? What if I write an arti- 
cle, drawing on that discussion, quoting some film critics 
and analysing the film. Each example is deriving some of 
its content from one or more previous works, so each is in a 
sense a remix. If we accept this, then we can see that peo- 
ple remix all the time. Indeed, without the ability to remix 
we simply cannot be human because culture becomes a pas- 
sive rather than participatory interaction with the external 
world. 


What free software has shown is that the 
ability to remix is important to everyone, 
not just professionals 


Copyright puts an artificial barrier down and says what we 
can and cannot do without special permission. So I am al- 
lowed to quote that film critic, provided I don't quote too 
much. However, I’m not allowed to write and perform 
a cover version of a copyrighted song without first gain- 
ing permission and potentially paying fees. Creative Com- 
mons licenses simply move that barrier slightly farther to 
the left (in my diagram), giving you slightly more freedom 
than Copyright. It is a reformist attempt to break down the 
user/producer distinction that dominates the culture indus- 
try, helping artists promote creativity rather than consump- 
tion. 


There is, of course, the noxious “no derivative works" 
clause, which prevents remixing. Though it was no doubt 
offered to encourage wider use, I am totally opposed to it. 
Using the clause, you are only promoting wider distribution, 
maintaining the user/producer class distinction and privileg- 
ing your freedoms over everyone else's. 


So let's Remix Reading! 


In May of 2004, when some friends and I first started think- 
ing seriously about launching a Creative Commons project, 
the movement was mostly the domain of copyright nerds, 
computer geeks and well-connected artists. If it is to pro- 
foundly alter society's approach to culture then it must be 
an inclusive, democratic and participatory movement bring- 
ing in the whole of society. What is the use of talking about 
giving people freedom while simultaneously failing to make 
them aware of the opportunity to take it? And what use is 
promoting Creative Commons if people can't understand it, 
or are unwilling to spend time trying? 


The first thing we did was to create the Remix Reading web 
site. Running off free software, and kindly hosted for free 
by Positive Internet and ibiblio, it is designed to make find- 
ing, sharing and licensing artwork easy. The software links 
remixes together, making attribution a matter of selecting 
your sources from a list of works on the web site, and giv- 
ing visitors a clear representation of the lineage of the remix. 
To promote remixing, we force artists to allow derivative 
works. 


Ungeeky people get their culture in 
shops, clubs, bars, galleries and 
amongst friends, not on the internet 


Here in Reading, as in most towns, ungeeky people get most 
of their culture in shops, clubs, bars, galleries and amongst 
friends, not on the internet. So after setting up the web 
site, we started to leaflet local venues, hold small warm-up 
events and spread the word about free culture. This culmi- 
nated in a hugely successful launch event in March 2005, 
bringing all four kinds of art (audio, image, text, video) to- 
gether in an orgy of creation. These events will continue for 
as long as people volunteer to organise them. 


Creative barriers and stumbling blocks 


If I have so far painted a wholly rosy picture of the Cre- 
ative Commons movement then I have, perhaps, misled you. 
While we all move forward, each day brings both new con- 
verts and new problems. So in this second half of the article, 
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“notquite” by danleyboy, a remix of the painting “not quite right" 


by miss p. Released under the Creative Commons Attribution- 
NonCommercial-ShareAlike and reused with permission. 





I'd like to describe and discuss some of the most pressing is- 
sues we have faced through Remix Reading. 

The first is an obvious one: that explaining Creative Com- 
mons isn't as easy as it might seem. To begin with, most 
people we speak to don't realise that sharing and remixing 
non-commercially is illegal, and they don't believe that the 
culture industry cares much if they do it on a small scale 
(i.e. locally). Many don't know that all information is copy- 
righted at the time of creation in the UK (and in many other 
countries), and that copyright lasts for the life of the cre- 
ator plus 70 years. Who would imagine that you still cannot 
remix or perform a lot of jazz from the 1920s because 70 
years hasn't passed since the composers' deaths? 
Copyright gets even more complicated with performance 
rights (50 years to each performer in a recording), moral 
rights (in the UK, at least, any creator can object to deroga- 
tory use of their work) and other endless complications. 
Given the ambiguity of the term “remix” and when they 
become unlawful, comprehending copyright law is beyond 
the reach of most individuals. Tracking down the facts 
on a copyrighted work is also a nightmare. For example, 
we had a hilarious drum and bass remix of Scott Joplin's 
“Maple Leaf Rag" uploaded to the web site. Did this vio- 
late Joplin's copyright, and the copyright of the musicians 
who performed in the recording? We had to track down the 
date on which Joplin died, and check the date of the record- 
ing, to be sure it was in the public domain. 

Learning about the basics of Creative Commons is easy, and 
there are a variety of wonderful web pages and videos that 
explain it to newcomers. But the learning curve required 
to responsibly license your work, understanding all of the 


consequences, is immense. If understanding copyright is so 
difficult, how can we communicate the Creative Commons 
mantra effectively? 

The second comes with the “share alike" clause, similar to 
the so-called viral clause of the GPL, which says that any 
remixes must be released under exactly the same license. 
Given the choice of allowing or disallowing commercial use 
of their work, and of sticking the share alike clause onto 
their license, artists who share their work on Remix Reading 
have created a large pool of work that is incompatible. If 
I want to make a video that mixes in a music track under 
"non-commercial share alike", and some still images under 
"allow commercial share alike", the only thing I can do is 
to ask for special permission from the author of either of the 
two sources. But if I am doing that, why bother with the 
licenses in the first place? 


Though the basics of Creative Commons 
are easy to explain, the practical issues 
are overwhelming complex for most 
people 


This complication leads to the possibility of license viola- 
tions, which have occurred on Remix Reading. There is 
no technical solution to stopping them; the web site can 
check for conflicting licenses, but an artist can always just 
omit certain sources, thus fooling the system. All the abuse 
we've found has actually been accidental, including missing 
sources. Given that a source may be as subtle as a blip in 
some music, or a composited layer in an image, no commu- 
nity can hope to police the licenses 100% reliably. 

One can of course argue that, though Creative Commons 
hasn't solved these issues, it has provided a significant step 
forward. After all, if I want to ask for special permission 
for a work found on Remix Reading I am in a considerably 
better position than if I were trying to use some proprietary 
artwork. I can preview and use (privately) the work to ex- 
periment and be sure I want to use it at all before having to 
negotiate terms of use. I can contact the artist directly rather 
than having to go through a rights holding society, manager 
or other industry figure; and I can use a huge number of 
works with confidence where previously I would have been 
faced with legal uncertainty or impossibly time-consuming 
interactions with bureaucracies. But to some this simply 
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“body three" by leelala. Released under the Creative Commons 
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isn't good enough: by advocating use of Creative Commons 
licenses we are encouraging people to step onto uncertain 
ground, distributing their work in ways that may have un- 
intended consequences. We can have no response to this 
except that we think that some new approach is necessary 
and that Creative Commons is the best we have available. 

Returning to the practical experiences of Remix Reading, 
these complexities have made advocacy rather more inter- 
We have found 
that talking to people face-to-face has been most effective 


esting than repeating the core message. 


(emails just don't cut it sometimes) and that we have been 
able to reassure most people through discussions. Some- 
times we don't convince people, and that's fine. Some artists 
are uncomfortable with their work being modified, for ex- 
ample, whilst others don't like the idea of remixers becom- 
ing more famous with their work than themselves. But it 
was only through these discussions and practical experi- 
ence, that we have been able to come across and understand 
all of these issues. No amount of theorising can compare. 


The final set of issues I wish to discuss are those of a tech- 
nical character. The most problematic are file formats, both 
because files cannot be used or remixed if people don't 
have the required software, and because people often don't 
know how to create files in the appropriate formats. Many 
musicians, for example, will rip their CDs to upload com- 
pressed audio tracks. If they use Microsoft Windows that 
will mean they'll probably upload Windows Media Audio 
(WMA) files, which can't be used on many free platforms 





without the use of a semi-legal reverse engineered hack on 
specific software like MPlayer. 

There are also quality issues. If Iupload a low-quality JPEG 
because I don't know to save my diagram as a PNG, then 
future remixes will inherit this loss in quality. Network ef- 
fects, whereby my practice influences those who network 
with me through (in this case) remixing, mean that file for- 
mats can become a really major problem. 

One signed musician provided a perfect example of this. He 
emailed us asking for help with uploading tracks from his 
CDs, so a Remix Reading volunteer duly phoned him. Af- 
ter twenty minutes the artist managed to rip some WMAs. 
Now strictly speaking that's not a lot of use; some might say 
that we should have pressed him to produce some MP3s, or 
even some OGG Vorbis files. But he was already frustrated 
by that point, and pressing him on the issue of file formats 
would have confused and angered him, so we relented. Cre- 
ative Commons is enough to take on and understand. Ask- 
ing artists to also consider the practical and political con- 
sequences of their choice of file format is yet another issue 
they've never considered. 


The spectre of license proliferation 


The issues I have discussed so far have all been to do with 
the state of the Creative Commons movement today. There 
is one more issue that could amplify those discussed so far 
to the point where advocacy on the street to newcomers be- 
comes impossible. That issue is license proliferation. 

There are, at the time of writing, over fifty licenses approved 
by the Open Source Institute. There are many hundreds 
more “free” licenses used around the web, some by organi- 
sations looking for some extra control, others by individuals 
who want to tweak an existing license to their needs. If ex- 
plaining the GPL to somebody takes time, imagine explain- 
ing fifty different licenses and their implications. Applied to 
Creative Commons, imagine how much more complex the 
issues I have so far discussed would become if artists could 
choose between over fifty licenses! The major achievement 
of the Creative Commons organisation has been to create a 
simple set of choices that produce only six licenses; these 
have been translated to match the legal systems of differ- 
ent countries, but each license retains the meaning of the 
original. In other words, all people need to understand are 
the concepts of attribution, commercial use, derivative use 
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and the share alike clause. Each concept has a correspond- 
ing symbol that, if used universally, can become instantly 
recognisable. 

But proliferation is already happening. Creative Commons 
have a special sampling license, an extremely problematic 
idea given the ambiguity of a sample (when does it be- 
come a full remix?) and further unnecessary complica- 
tion. The BBC have also adopted a license for their Creative 
Archive that is extremely similar to the Creative Commons 
licenses, but is nonetheless incompatible. Nobody will be 
able to remix BBC material and share it on Remix Reading. 
To make things worse, the BBC has devised its own sym- 
bols, making recognition of license conditions that little bit 
harder. This is unsurprising, because everyone's opinions 
on art are quite different, so the conceptual difficulty of try- 
ing to create a handful of licenses to cover all preferences is 
formidable. 

It is imperative that other organisations and individuals try 
to avoid creating their own licenses and symbols. Otherwise 
we risk descending into a world where only copyright geeks 
can truly understand them, and where everyone else goes 
back to legal uncertainty and even innocent illegal use. 


Keeping positive 


If this article has depressed you then I apologise. I should 
give it some perspective. Creative Commons represents a 





huge step forward in the battle for the control of culture. 
We need practical schemes to emerge, be widely used and 
to be the subject of intense advocacy and experimentation. 
But we also need to reflect on their shortcomings and return 
to theory to find solutions. 

Remix Reading has, up to the point of writing, attracted 
over 550 works of art. 
people, most of whom had never heard of Creative Com- 


Our launch event brought in 200 


mons before. With more funding and help (programmers 
and wealthy patrons are welcome) we will launch a sister 
project, Remix Brighton, and could expand into a global 
remix network. Thanks to a global movement, countless 
thousands of people are using Creative Commons licenses. 
Interest is growing in the arts world, in policy making cir- 
cles and beyond. Together with the free software move- 
ment, it has pushed forward an amazing range of opinions 
on the philosophy, politics, sociology, law, psychology and 
more of copyright. The importance of Creative Commons 
shouldn't be understated. So we must continue forward, 
reflexively, to what we hope will be a brighter, culturally 
richer future. 


Copyright information 


(c) 2005 Tom Chance 

This article is made available under the “Attribution- 
NonCommercial" Creative Commons License 2.0 available 
from http://creativecommons.org/licenses/by-nc/2.0/. 
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| he free software and open source communi- 


ties are changing what it means to write code. 

Specifically, they are extending its audience 

from a few fellow employees to, theoretically, 
anyone in the world who wants to read it. Code isn't just for 
computers and colleagues anymore and, gradually, we are 
seeing the beginnings of a body of literary critics and an ap- 
preciative readership for source code. What is happening is 
the gradual realization that reading code can be enjoyable, 
that code can be artistic as well as correct, and that in the 
decades ahead some coders will emerge as true artists of an 
exciting new literary genre. Code is becoming artistic and 
it's the free software and open source movements that are 
making this possible. 


Reading code for pleasure 


Diomidis Spinellis, author of Code Reading: The Open 
Source Perspective, is one of the first of what we will come 
to know as the literary critics of code. His book is unlike 
any other programming book that came before it and for a 
very exciting reason. What makes it unique is that Spinellis 
is teaching us how to read source code instead of merely 
how to write it. Spinellis hopes that after reading his book, 
“You may read code purely for your own pleasure, as lit- 
erature" (2). What I want to emphasize here is that word 
pleasure. As long as we merely view code as something 
practical; as a means designed, for better or worse, to reach 
certain practical ends, then we will never see the flourishing 


of the literature that Spinellis describes. What must happen 
first is the cultivation of a new audience for code. We desire 
a readership that derives a different sort of pleasure from 
reading magnificent code than those who have come before 
them. Whereas, generally speaking, most readers of code 
today judge code based on the familiar criteria of precision, 
concision, efficiency, and correctness, these future readers 
will speak of the beauty of code and the artistry of a well- 
wrought script. We will, perhaps, print out the programs of 
our favorite coders and read them in the bathtub. Further- 
more, we will do so for no other reason than that we will 
enjoy doing so; we will as eagerly await the next Miguel de 
Icaza as we would the novels of our favorite author or the 
films of our favorite director. Even now, the first rays of this 
new art are shooting across the horizon; tomorrow, we will 
shield our eyes against its brilliance. 


Richard P. Gabriel and Ron Goldman's fabulous es- 
The Erotic Life of Code (http: 
//www.dreamsongs.com/MobSoftware.html) 


say Mob Software: 





makes many of the points that I will attempt to explicate 
here. One of their theses is that “When software became 
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merchandise, the opportunity vanished of teaching software 
development as a craft and as artistry”. For Gabriel and 
Goldman, faceless corporations have reduced coding to a 
lowly craft; code is just another disposable product that is 
Such 
base motives have prevented coding from flourishing as 
Gabriel and Goldman describe the pitfalls 
of proprietary software development and ask a rather 


only useful for furthering some corporate agenda. 
a literature. 


compelling question: 


It's as if all writers had their own private com- 
panies and only people in the Melville company 
could read Moby-Dick and only those in Heming- 
way’s could read The Sun Also Rises. Can you 
imagine developing a rich literature under these 
circumstances? 


Newer models of software development aim to change this 
unpleasant and unproductive situation. As more and more 
skilled programmers and clever hackers license their code 
under the GPL or dedicate it to the public domain, a litera- 


Picture of Alexander Pope—Public Domain. 





ture of code will slowly but surely emerge into public con- 
sciousness. Still, my point here is that it will take more than 
a huge body of available source code for coding to become 
an art. We will need bold and enlightened critics—we will 
need our Aristotle, our Horace, and our Alexander Pope. 
These "literary critics of code" will show us how to read 
great code and how to recognize and appreciate the beauti- 
ful as well as the useful. 

Alexander Pope wrote his Essay on Criticism in 1711, when 
he was only 23 years old. Pope's essay, written in stunning 
verses, was one of the earliest works of literary criticism. It 
was a work designed to teach us how to judge other works of 
poetry. It is also contains some of the finest and most mem- 
orable lines in the history of the English language. Even 
if you have never heard of Alexander Pope, I bet you've 
heard the line "To err is human, to forgive, divine." Today, 
we can read Pope's essay with coding in mind and consider 
how writing verses of poetry compares to lines of code—to 
observe, along with Gabriel and Goldman, that “The con- 
nection to poetry is remarkable." Pope's purpose is to give 
advice not only to writers of poetry but also to critics of 
that poetry—all the while demonstrating his own mastery of 
both. And who else but a free software programmer could 
Pope possibly be describing in these lines: 


The learned reflect on what before they knew 
Careless of censure, nor too fond of fame, 
Still pleased to praise, yet not afraid to blame, 
Averse alike to flatter, or offend, 

Not free from faults, nor yet too vain to mend. 


Those who are willing to release their work for public 
scrutiny are as likely to receive praise and blame. The wor- 
thiest among them will profit from both. What we need 
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today are coders who are at once brilliant coders, expert 
judges, and artists of sufficient taste to convincingly explain 
to the rest of us how to know great code when we see it. 
These literary critics will use their code to teach us how it 
can be beautiful—and inspire even the most humble BASIC 
programmer to feel something of that glorious and divine 
spirit that makes artists of men. 


What makes Pope's essay so significant? Besides its his- 
torical, creative, and stylistic value, we find in Pope's essay 
tremendous literary value. He is at once a master poet as 
well as a master critic of poetry. This point is perhaps a 
bit elusive, so I will make it clearer. Pope could have sim- 
ply written his essay in prose, or, if he were alive and well 
in 2005, perhaps a bulleted list. He chose instead to write 
in the same genre he was philosophizing about. Alexander 
Pope did for poetry what must be done for programming: 
We need a coder who understands how to read and admire 
code as well as how to write it. 


It is perhaps time to elect a new Pope. To my mind, there is 
only one man of sufficient merit and tenacity to warrant such 
an honor: Donald E. Knuth. I nominate Knuth because of 
the development of what he terms literate programming, an 
approach to coding that involves incorporating a program's 
documentation into its source code—in much the same way 
that Pope wrote about poetry in a poem, Knuth wants us 
to write about coding in our code. Author of the classic 
Art of Computer Programming books, Knuth firmly believes 
that programming can reach literary proportions. As early 
as 1974, Knuth was arguing that computer programming 
is more artistic than most people realize. “When I speak 
about computer programming as an art,” writes Knuth, “I 
am thinking primarily of it as an art form, in an aesthetic 
sense. The chief goal of my work is to help people learn 
how to write beautiful programs" (670). Knuth's passion 
and zeal for artistic coding is revealed in such lines as "it 
is possible to write grand programs, noble programs, truly 
magnificent ones!” (670). For Knuth, this means that pro- 


grammers must think of far more than how effectively their 
code will compile. 


The fine art of coding 


In a 1983 article entitled “Literate Programming," Knuth ar- 
gues that "the time is ripe for significantly better documen- 
tation of programs, and that we can best achieve this by con- 
sidering programs to be works of literature" (1). Knuth's 
project at that time was literate programming, which is a 
combination of a document formatting language and a pro- 
gramming language. The idea was to greatly extend what 
can be done with embedded comments; in short, to make 
source code as readable as documentation that might ac- 
company it. The goal was not to necessarily make code that 
would run more efficiently on a computer; the point was to 
make code more interesting and enlightening to human be- 
ings. The result of Knuth's efforts was WEB, a combination 
of PASCAL and TEX, and the newer CWEB, which offers 
C, C+, or JAVA instead of PASCAL. WEB and CWEB al- 
low programmers like Knuth to write "essays" on coding 
that resemble Pope's essay on poetry. 

One of Knuth's projects was to take the Will Crowther mas- 
terpiece ADVENTURE and rewrite it with CWEB. The re- 
sults are marvellous. It is a joy to read this code. The best 
way I can describe the pleasure I derive from reading it is 
to compare it to listening to really good director's commen- 
tary on a special-edition DVD. It's like having a wizened 
and witty old friend reading along with me as I study the 
code. How many source code files have you read with com- 
ments like this: 


Now here I am, 21 years later, returning to the 
great Adventure after having indeed had many ex- 
citing adventures in Computer Science. I believe 
people who have played this game will be able to 
extend their fun by reading its once-secret pro- 
gram. Of course I urge everybody to play the 
game first, at least ten times, before reading on. 
But you cannot fully appreciate the astonishing 
brilliance of its design until you have seen all of 
the surprises that have been built in. 


Knuth has something here. Knuth's CWEB "commentary" 
of Adventure isn't the heavily abbreviated, arcane gibber- 
ish that passes for comments in most source code, nor is 





32 Free Software Magazine Issue 6, July 2005 


FOCUS 





it slavishly didactic and only concerned with teaching. It 
is in many ways comparable to Pope's essay; we have a 
coder representing in code what is magnificent about code 
and how one ought to judge it. It is something we will likely 
to be studying fifty years from now with the same reverence 
with which we approach “The Essay on Criticism" today. 


It seems inevitable that as free and open 

source software community continues to 

grow, the need for "literate" programming 
techniques will increase exponentially 


Jef Raskin, author of The Humane Interface, recently pre- 
sented us with an essay entitled "Comments are More Im- 
portant Than Code.” He refers to Knuth's work as "gospel 
for all serious programmers." Though Raskin is mostly con- 
cerned with the economic relevance of good commenting 
practice, I welcome his criticism of modern programming 
languages “that do not allow full flowing and arbitrarily long 
comments is seriously behind the times." It seems inevitable 
that as free and open source software community continues 
to grow, the need for “literate” programming techniques will 
increase exponentially. After all, programmers that no one 
understands (much less admires) are unlikely to win much 
influence, despite their cleverness. 


Coding: art or science? 


Of the many intriguing topics that Knuth has contemplated 
over the years is whether programming should be consid- 
ered an art or a science. Always something of a linguist, 
Knuth examines the etymology of both terms in a 1974 es- 
say called “Computer Programming as an Art.” His results 
indicate that real confusion exists about how to interpret the 
terms "art" and "science," even though we seem to know 
what we mean when we claim that computer programming 
is a "science" and not an “art.” We call the study of com- 
puters “computer science,’ Knuth writes, because “there is 
something undesirable about an area of human activity that 
is classified as an ‘art’; it has to be a Science before it has 
any real stature” (667). Yet Knuth argues that “when we 
prepare a program, it can be like composing poetry or mu- 
sic” (670). The key to this transformation is to embrace “art 
for art’s sake,” that is, to freely and unashamedly write code 


for fun. Coding doesn’t always have to be for the sake of 
utility. Artful coding can be done for its own sake, with- 
out any thought about how it might eventually serve some 
useful purpose. 

Daniel Kohanski, author of a wonderful little book entitled 
The Philosophical Programmer, has much to say about what 
he calls the “aesthetics of programming.” Now, when most 
folks talk about aesthetics, they are speaking about what 
makes the beautiful so beautiful. If I see a young lady and 
tell you that I find her aesthetically pleasing, I'm not talking 
about how much she can bench-press or how accurately she 
can shoot. Yet this seems to be what Kohanski means when 
he talks of aesthetical programming: 


While aesthetics might be dismissed as merely ex- 
pressing a concern for appearances, its encour- 
agement of elegance does have practical advan- 
tages. Even so prosaic an activity as digging a 
ditch is improved by attention to aesthetics; a 
ditch dug in a straight line is both more appeal- 
ing and more useful than one that zigzags at ran- 
dom, although both will deliver the water from 
one place to the other. (11) 


I feel a sad irony that Kohanski chooses the metaphor of a 
ditch to describe what he considers aesthetic code. Coders 
have been stuck in this rut for quite some time. We take 
something as wonderful and amazing as programming, and 
compare it to perhaps the lowliest manual labor on earth: the 
digging of ditches. If conciseness, durability, and efficiency 
are all that matters, programmers work without art and grace 
and might as well wield shovels instead of keyboards. 

Let me set a few things straight here. When most people try 
to establish “Science and Art" as binary oppositions, they 
would generally do better to use the terms "Engineers and 
Artists" Computer programming can be thought of from a 
strictly engineering perspective—that is, an application of 
the principles of science towards the service of humanity. 
Civil engineering, for instance, involves building safe and 
secure bridges. According to the Oxford English Dictio- 
nary, the word engineer was first used as a term for those 
who constructed siege engines—war machinery. The word 
still carries a very practical connotation; we expect engi- 
neers to be precise, clever, and so on, but expect a far dif- 
ferent set of qualities from those we term artists. Whereas 
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the stereotypical engineer is an introvert with a pocket pro- 
tector and calculator wristwatch, the stereotypical artist is 
someone like Salvador Dali—a wild, eccentric type who is 
poorly understood, yet wildly revered. We expect our artists 
to be unpredictable and delightfully social beings—who re- 
ally understand the human condition. We expect engineers 
to be pretty dull folks to have around at parties. 

Such oppositions are seldom useful and more often mislead- 
ing. We might think of the man insisting that program- 
ming is a "science" as equally intelligent as his compan- 
ion, Tweedledum, who insists that it is quite obviously an 
art. The truth, according to Knuth, is that programming is 
"both a science and an art, and that the two aspects nicely 
complement each other" (669). Like civil engineering, pro- 
gramming involves the application of mathematics. Like 
poetry, programming involves the application of aesthet- 
ics. As with bridges, some programs are mundane things 
that clearly serve only to get folks across bodies of wa- 
ter, whereas others, like the Golden Gate Bridge, are mag- 
nificent structures rightly regarded as national landmarks. 
Unfortunately, the modern discourse surrounding computer 
programming is far too slanted towards the banal; even leg- 
ends of the field cannot bring themselves to see their calling 
as anything but a useful but dull craft. They are the painters 
who have convinced themselves that because they cannot 
sell their frescoes, that painting houses is the only sensible 
thing one can do with a paintbrush. 


The future of programming as art 


Computer programming is not limited to engineering, nor 
must coders always think first of efficiency. Programming 
is also an art, and, what's more, it's an art that shouldn't 
be limited to what is “optimal”. Even though programs 
are usually written to be parsed and executed by computers, 
they are also read by other human beings, some of whom, 
I dare say, exercise respectable taste and appreciate good 
style. We've misled ourselves into thinking that computer 
programming is some "exact science," more akin to applied 
physics than fine art, yet my argument here is that what's 
really important in the construction of programs isn't al- 
ways how efficiently they run on a computer—or even if 
they work at all. What's important is whether they are beau- 
tiful and inspiring to behold; if they are sublime and share 
some of the same features that make masterful plays, com- 


positions, sculptures, paintings, or buildings so magnificent. 
A programmer who defines a good program simply as “one 
that best does the job with the least use of a computer's re- 
sources" may get the job done, but he certainly is a dull, 
uninspiring fellow. I wish to celebrate programmers who 
are willing to dispense with this slavish devotion to effi- 
ciency and see programming as an art in its own right; hav- 
ing not so much to do with computers as other human beings 
who have the knowledge and temperament to appreciate its 
majesty. 

It is all too easy to transpose historical developments in lit- 
erature and literary criticism onto computer programming. 
Undoubtedly, such a practice is at best simplistic—at worst 
itis myopic. Comparisons to poetry, as Gabriel and Gold- 
man point out, are all too tempting. Like poetry, coding is 
at once imaginative and restricted: 


Release is reined in by restraint: requirements of 
form, grammar, sentence-making, echoes, rhyme, 
rhythm. Without release there could be nothing 
worth reading; the erotic pleasure of pure mean- 
dering would be unapproached. Without restraint 
there cannot be sense enough to make the journey 
worth taking. 


It is quite possible to look at the source code of a C++ pro- 
gram and imagine it to be a poem; some experiment with 
"free verse" making clever use of programming conven- 
tions. Such comparisons, while certainly intriguing, are 
not what I'm interested in pursuing. Likewise, I am not 
arguing that artistic coding is simply inserting well-written 
comments. I would not be interested in someone's effort to 
integrate a Shakespearean sonnet into the header file of an 
e-mail client. 

Instead, I’ve tried to assert that coding itself can be artis- 
tic; that eloquent commenting can complement, but not sub- 
stitute for, eloquent coding. To do so would be to claim 
that it is more important for artists to know how to describe 
their paintings than to paint them. Clearly, the future of pro- 
gramming as art will involve both types of skills; but, more 
importantly, the most artistic among us will be those who 
have defected from the rank and file of engineers and re- 
fused to kneel before the altar of efficiency. For these future 
Byrons and Shelleys, the scripts unfolding beneath their fin- 
gers are not some disposable materials for the commercial 
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benefit of some ignorant corporate juggernaut. Instead, they 
will be sacred works; digital manifestations of the spirit of 
these artists. We should treat them with the same care and 
respect we offer hallowed works in other genres, such as 
Rodin's Thinker, Virgil's Aeneid, Dante's Inferno, or Pope's 
Essay on Criticism. Like these other masterpieces, the best 
programs will stand the test of time and remain impervious 
to the raging rivers of technological and social change that 
crash against them. 

This question of permanence is perhaps where we find our- 
selves stumbling in our apology for programming. How 
can we talk of a program as a "masterpiece", knowing that, 
given the rate of technological development that it may soon 
become so obsolete as not to function in our computers? Yet 
here is the reason that I have stressed how insignificant it is 
that a program actually works for it to be rightly consid- 
ered magnificent. Indeed, I find it almost certain that we 
will find ourselves with programs whose utter brilliance we 
will not be capable of recognizing for decades, if not cen- 
turies. We can imagine, for instance, a videogame written 
for systems more sophisticated than any in production to- 
day. Likewise, any programmer with any maturity whatso- 
ever can appreciate the inventiveness of the early pioneers, 
who wrought miracles far more impressive in scope than 
the humble achievements so brazenly trumpeted in the me- 
dia today. To really appreciate the fine art of computer pro- 
gramming, we must separate what works well in a given 
computer from what represents artistic genius, and never 
conflate the two—for the one is a fleeting, forgettable thing, 
but the other will never die. 
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In this 
story, art produces aesthetic works of durability 
and stability — things that “stand up on their 
own". 


| etus begin with a story about art. 


The act of artistic production doesn't 
come from nowhere; neither is it born in the heads of pri- 
vate individuals. It doesn't dwell in a social nothingness. 
Nor does it start with a blank canvas. Any moment of pro- 
duction involves the reassembling and rearranging of the di- 
verse materials, practices and influences that came before it 
and which surround it. Out of this common pool, art cre- 
ates aesthetic works with emergent properties of their own. 
From the social world in which it lives, art creates affect and 
precept. It forms new ways of feeling, seeing and perceiv- 
ing the world. It gives back to us the same object in different 
ways. In so doing, art invents new possibilities and makes 
available new forms of subjectivity and life. Art is creative 
and productive. 


Art as property? 


This is a plausible story about the "truth" of art. But it's 
not the story we are commonly told. Normally, art and cre- 


ativity are associated in people's mind with a more heroic 
tale. Here, the moment of production is reduced to the ac- 
tions of an individual creator. Creativity is considered to 
be a moment of individual genius, born out of a social vac- 
uum, solely from the minds of private individuals ex nihilo. 
In this view, art is an autonomous sphere, existing indepen- 
dently from and impervious to other aspects of the social 
world (e.g., technology, economics, politics). It is this en- 
during discourse of artistic creativity that sociologists and 
philosophers have had so much fun demystifying and de- 
bunking in the past. Time and again they've highlighted the 
absurdity of romanticism and subjectivism. They remind us 
that there is no such thing as a private language of creativ- 
ity. Artistic creativity is a social practice. It cannot help 
both influencing and being influenced by other aspects of 
social life. As if anyone ever really doubted these things in 
the first place. 


Critiques of romanticism and subjectivism have been re- 
stated so many times that they may sound tired and repet- 
itive to some. It might appear trite and even boring to 
keep remaking this case. But even so, discourses of subjec- 
tivism and romanticism continue to permeate interpretations 
of creativity. Nowhere is this clearer than in legal and eco- 
nomic definitions. In intellectual property law, for instance, 
we find that discourses of the author, romanticism, subjec- 
tivism, originality and genius are still rife. Given this, it is 
no surprise that sociologists will keep reminding us, point- 
ing to the sociological “facts” of art and creativity. 


Political economists take a different approach. They ask 
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why these specious discourses of romanticism and subjec- 
tivism remain pervasive. And they argue that the reasons 
are clear-cut. Look no further than the commodification and 
privatization of artistic creativity. The story goes like this: 
in order to generate profit from art, creative products must 
be transformed into property that may be owned and ex- 
changed by private profiteers. "Intellectual property rights", 
enforced by the state, are the mechanism for achieving this. 
Intellectual property requires a legal persona who “owns” 
the creative product in order to function: the “author”. This 
legal fiction is the sovereign "individual", endowed with the 
power of creation, someone who “justifiably” has owner- 
ship rights over their creative goods and "deserves" to be 
handsomely rewarded. These creative goods, even though 
they were created in and out of the public, may then be 
owned by private entities (and not necessarily the “origi- 
nal creators") and removed from what we share in common. 
Then, as property, these creative products can be exchanged 
among private hands, and traded and consumed in the mar- 
ket place. 


Creators may be understandably flattered by their associa- 
tion with the mythical identity of the creative genius. They 
can easily forget how they were inspired and influenced by 
others (friends, lovers, enemies...) and of the legitimacy of 
any previous "sources". They might yet start believing that 


they are above and beyond this world: the true romantic ge- 
nius. But they will soon be brought back down to earth in 
one respect. For they will also have to be their own mini 
legal-experts. They must manage and defend the alleged 
misuse, unauthorized reproduction, or plagiarism of "their" 
works by others. It is no wonder that new digital technolo- 
gies — media for sharing and reproducing immaterial goods 
like never before — are so dangerous and alarming. Fortu- 
nately for them, this situation will not be so for long. Many 
of these creative and freeing technologies are currently be- 
ing brutally reconfigured to prevent the re-use of immaterial 
goods, such as sampling CDs, recording and reusing televi- 
sion or invoking montages of images on a computer screen. 
Our artistic geniuses (and their corporate friends) may sleep 
soundly in bed again. 


Creators may be understandably 
flattered by their association with the 
mythical identity of the creative genius. 
They can easily forget how they were 
inspired and influenced by others 
(friends, lovers, enemies. ..) and of the 
legitimacy of any previous "sources" 


The alternative vision 


Itis too easy for the creative to overlook how the myth of the 
romantic creator allows creativity to be linked into the sys- 
tem of profit — that it is most often employed to justify the 
ownership and exploitation of creative works by private cor- 
porations. This tendency is further supported by the claim 
that art is somehow autonomous from society. In truth, like 
many of us, artists are of two minds where money is con- 
cerned. Sometimes they are critical. But mostly they col- 
laborate. The art market sustains the livelihood of many 
independent artists who are understandably wary to bite the 
hand that feeds them. Nonetheless, the art market also has 
pernicious effects. Capital has always shaped and controlled 
bourgeois art, whether through speculators and investors, 
corporate art portfolios, or indirectly through government 
pressure to create artists who are vocationally trained, ready 
for the advertising agencies and marketing departments. But 
there is now a new intensity to capital, a new plane of or- 
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ganization that segments and overcodes the practices and 
subjectivity of the creative. Private corporations (creating 
what Walter Benjamin called the mythology of “newness’’) 
harvest the work of artists so that new commodities can 
promise beautification and aesthetic "novelty". Numerous 
artists are co-opted into the ranks of bureaucrats and man- 
agers, finding themselves no longer creating art, but mar- 
keting and selling commodities. Art has obsolescence built 
in, oriented towards fashion and the valorization of the pu- 
tatively "new". Arts and Humanities departments in univer- 
sities make room for “Marketing” and “Creative Industries” 
departments, where the value of creativity is reduced to its 
profitability. 


This list of corruptions is not exhaustive. We could go on 
and on citing other examples. But our point is simple. All 
these developments fit neatly with the transient, throwaway 
culture of postmodern consumerism, but less so with a view 
of art as autonomous from society and immune to social in- 
terests. Instead of concerning ourselves with the question 
of art’s so-called autonomy, we should be confronting more 
pressing questions. For example, what vision of creativity 
and of themselves do the creative hold? As we have de- 
scribed, the prevailing system of intellectual property law, 
and the discourses of romanticism and subjectivism that sus- 
tain it, create a particular set of interests for artists. This 
is the possessive individual, the creative genius. Here, the 
creative become divided from one another. They are not en- 
couraged to share thoughts, concepts and work. They are 
not encouraged to contribute to the common. Instead, they 
jealously protect “their property” from others who are un- 


derstood as competitors. This vision of creative production 
is easily linked to the capitalist system of property, market 
exchange and exploitation. Most importantly, it allows cor- 
porations as private entities to own and profit from creative 
works. Indeed, overall, this is a vision of the art world cre- 
ated in capitalism’s own image. 

This is the dominant discourse and practice of creativity to- 
day. But — and a big "but" — it is not the only vision of 
creativity available to us. There are alternatives. If we look 
hard enough we find networks of individuals and groups 
who understand creativity in terms quite different from the 
present intellectual property system. We find a vision of 
creative production more like the story which opened this 
article. Notable examples of such networks go under the 
names of the “creative commons", “copyleft”, “free/libre” 
and “open source” production. These networks produce cre- 
ative works (concepts, ideas and art) that exist outside the 
current property regime. They therefore seek to turn the in- 
tellectual property regime and its vision of creativity and the 
interests of the creative on its head. 


If we look hard enough we find networks 
of individuals and groups who 
understand creativity in terms quite 
different from the present intellectual 
property system.... Rather than 
privatizing their creative works, these 
networks share them and hold them in 
common 


Rather than privatizing their creative works, these networks 
share them and hold them in common. To do so, they adopt 
an ingenious “viral” device, implemented through public li- 
cences, known as copyleft. This ensures that their creative 
works can all be shared, contested and reinterpreted among 
the creative as a community of friends. It also guarantees 
that future synergies based on these concepts and ideas are 
equally open to others. Whereas copyright operates through 
law to prevent the modification and re-use of concepts and 
ideas, copyleft ensures that these concepts and ideas remain 
openly available and resistant to being privatized. So the 
concepts and ideas of these networks, like the symbols and 
signs of language, remain public and non-owned. For these 
groups consider it shameful that private entities are allowed 
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to “own” creative works and prevent others from using and 
re-interpreting them. For them, creativity and the creative 
depend upon what is common. They depend upon their so- 
cial life. 


Conclusions 


In our view, the attempts of these networks to reinstate a 
"commons" in a world of capitalist privatization is a sig- 
nificant contemporary development. If nothing else, these 
networks create a vantage point from which we can view 
the profound increase in the commodification and privatiza- 
tion of our common creative life — where shared concepts 
and ideas are privatized and expropriated from the common 
by profit-makers. Thanks to them we are less likely to al- 
low the marketing and PR of the creative industries fool us 
into thinking they are the true friends of creativity. Or con- 
vince us that sharing our creative work with one another 
is criminal. If anything, property is the corruption and the 
crime, an act of theft from the common substrate of creativ- 
ity. Copyleft groups have created critique and resistance to 
the intellectual property regime. More positively, these net- 
works have given us new possibilities. They are not only 
reactive, but productive: they make available new forms of 
subjectivity and life; they remind us that we only ever attain 
the possible by time and again reaching for the impossible; 
they are social laboratories. Let us hope, for a possible fu- 
ture of creativity to come. 


Sites to visit 


Source Art 
Open 
//www.locarecords.com) 


(http://opensource. 
(http: 


Open 


boxwith.com/) Source Music 
Open Source Film (http://www.archive.org/ 
movies/opensource_movies.php) 

Creative Commons 


org/) 


(http://creativecommons. 
Libre Culture (http: //www.libresociety.org/) 


Bibliography 


Berry, D. M., & McCallion, M. (2005). Copyleft and Copy- 
right: New Debates About the Ownership of Ideas. Eye: 


The International Review of Graphic Design, Vol. 14, 74- 
75. 


Deleuze, G. & Gautarri, F. (1999) What is Philosophy? 
Hardt, M., & Negri, A. (2004). Multitude: war and democ- 
racy in the age of Empire. New York: The Penguin Press. 


Berry, D. M., & Moss, G. (2005). The Libre Culture Mani- 
festo. Free Software Magazine. Retrieved 1/2/2005, from 
http://www.freesoftwaremagazine.com/free.issues/issue. 02 
[libre manifesto/ 


Lessig, L. (2004). Free Culture: How Big Media Uses Tech- 
nology and the Law to Lock Down Culture and Control Cre- 
ativity. New York: Allen Lane. 


Martin, B. (1998). Against Intellec- 
tual Property. Retrieved 1/1/04, from 


http://www.uow.edu.au/arts/sts/bmartin/pubs/95psa.html 


Copyright information 


© 2004 David M. Berry, Giles Moss 

This article is made available under the “Attribution- 
Share-alike" Creative Commons License 2.0 available from 
http://creativecommons.org/licenses/by-sa/2.0/. 


About the author 








Free Software Magazine Issue 6, July 2005 39 





XMLStarlet: a Unix toolkit for 


XML 


An introduction to a quick solution tool that allows 
manipulating verbose XML files with a minimum of typing 


Alexandre Rafalovitch 


ML is everywhere. A quick Google search 

shows more than a /00 Million articles about 

the subject. The XML proponents gush about 

its ability to provide structure and yet remain 
human readable. The XML critics are quick to mention that 
XML is so verbose that being human readable does not nec- 
essarily make it human comprehensible. Both sides are cor- 
rect. Yet, despite the ongoing arguments, XML is already 
integrated into many software products and the rate of adop- 
tion is still on the rise. And that means that you need to learn 
tools and techniques that will allow you to use XML effec- 
tively. 


to work with XML. If 
techniques, 


There are many ways 


you need an overview of tools and 
Free Software Magazine 
(XML: The 


(http://www.freesoftwaremagazine.com/ 


published one in its 


first issue answer to everything? 
free issues/issue 01/focus. format xml/)). 
In this article I will be using XMLStarlet, a tool based 


on XSLT (Extensible Stylesheet Language Transform) 


(http://www.w3schools.com/xsl/). I will show 
you how to use this tool to quickly extract information out 
of the XML files. 


The catch-22 of XSLT 


XSLT, while a very powerful technique for manipulating 
XML, is itself written in XML. Therefore, to deal with the 
verbosity of XML, you still need to deal with this verbosity 
in XSLT. 

All of this is changed by the XMLStarlet (http: // 
xmlstar.sourceforge.net/),a multi-platform free 
software utility written by Mikhail Grushinskiy on top of the 
libxml2 and libxslt libraries. While XMLStarlet has the full 
functionality of the XSLT engine underneath, its interface 
is compact in the style of UNIX utilities, such as grep and 





find. I am assuming of course, that you find UNIX utili- 
ties simple; if you do not, the trade-off of compactness for 
clarity may not be worth it. 

To me, XML Starlet is the UNIX toolkit for the XML world 
as it is capable of queries (think £ind and grep), editing 
(sed) and other - more XML specific - operations such as 
validation, formatting and canonicalization. 


Setting up 


XMLStarlet is available for Linux, Solaris, MacOS X and 
Windows. I use it on Windows, but the examples should 
work the same way on all platforms. Please ensure that 


Free Software Magazine Issue 6, July 2005 41 


TECH WORLD 





XML Starlet's partial list of options 


Select data or query XML document(s) 
(XPATH, etc 
Edit/Update XML document(s) 


Transform XML document(s) using XSLT 
Validate XML document(s) (well- 
formed/DTD/XSD/RelaxNG) 

Format XML document(s) 

Display element structure of XML document 


XMLStarlet’s binary (xml or xml.exe) is on the path before 
any other programs of the same name. This is based on the 
program version 1.0.0. 

Once you have XMLStarlet installed following the instruc- 
tions bundled, try running the basic command xml. It 
should print out a long list of options. 


A simple XML file 


I will be using a basic phone book XML example to show 
the abilities of XMLStarlet. This could be something that 
your mobile phone would store or export its list of contacts 
to. 

In the list, there are 3 contacts, each containing a person's 
name and a couple of his or her phone numbers. In real 
life, you would probably have several dozen contacts, each 








with more field types. But even with this simple example, 
you can probably see that it could be difficult to locate the 
information hidden within all the tags. 


When you look at the information presented here, from in- 
side the application owning the format, you most probably 
see one contact entry at a time, possibly even one phone 
number per screen. 


XMLStarlet allows you to get below the proprietary inter- 
face and manipulate multiple entries in one go. 


For this article, I will assume that the example XML is in 
the file phonebook.xml. 


Validating the example XML 
As a first step, I will validate the XML in the example above. 


>xml val phonebook.xml 
phonebook.xml - valid 


This checks that the XML is well-formed. As I don't have 
a DTD or a schema supplied, this is all the validation I can 
do at the moment. 


Had I mistyped the XML, I'd have received a detailed error 
message. For an example try removing the ‘a’ character on 
the second last line (the closing tag </contact>). You 
should get an error message similar to the following text: 


phonebook.xml:18: parser error : Opening and ending 


tag mismatch: 
contact line 14 and contct 
«/contct» 


phonebook.xml - invalid 


As the message gives the start tag line (14), the problem line 
(18) and the actual error, it should be fairly easy to under- 
stand what went wrong and how to fix it. 


While XMLStarlet has the full 
functionality of the XSLT engine 
underneath, its interface is compact in 
the style of UNIX utilities, such as grep 
and find 
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A basic query 


Next, a very simple task: listing just the names of the people 
in our phone book. 

> xml sel -t -m //contact -v name -n 
phonebook.xml 

John Doe 

Chris Jones 

Jane Exciting 

In this code, the sel(ect) tool, from the XML Starlet's 
toolkit, is used and - this is where we start to see the power 
- so is XMLStarlet’s own template language (-t). This 
particular expression (xml sel —t) puts XMLStarlet into 
the within-file find mode. To see all of the options available 
in the select mode, run the command xml sel. 


The actual query is read as follows: 


e -m //contact - Find element contact at any depth 
in the XML and for each such element... 

e -v name - print the value of the child element called 
name... 

e -n-...and finish each printed match with a new line 

e phonebook.xml - The file to run the query against 


Extending the simple query 


Once the basic query is running and the expected results can 
be seen, more options and conditions can be added to fine- 
tune the output. 

In order to print the same list sorted by name, use the fol- 
lowing code: 

> xml sel -t -m //contact -s A:T:U name 
-v name -n phonebook.xml 


Chris Jones 
Jane Exciting 
John Doe 


The sort parameters come from the XSLT and mean alpha- 
betically (A) as text (T) with upper case before lower (U). 
What if you only wanted to print people who have mobile 
phones? 

> xml sel -t -m 
//contact[phone/Gtype-'mobile'] 


Irar 
O) : 


-v name 
-v phone[@type=’mobile’] -n 
phonebook.xml 


Chris Jones:555-5555 


The square brackets hold conditions and use XPath ex- 


pressions (http://www.w3schools.com/xpath/ 


default.asp) to search through children nodes of the 
contact to find one called phone that will have its 
attribute t ype equal to “mobile”. 


A more complex query 


Now, to build on previous queries and actually print all of 
the phone numbers as well as the names. 


» xml sel -t 
-m //contact -s A:T:U name 
-v name -n 
-m phone -s A:T:U type 
=y "concat (’ ',@type,’: ',self::phone)" -n 
=o, "----—W =n 
phonebook. xml 
Chris Jones 
home: 555-4567 
mobile: 555-5555 
work: 555-9876 


Jane Exciting 
home: 555-1234 
work: 555-6543 


John Doe 
home: 555-1234 
work: 555-9876 





Now to deconstruct and analyse this query step by step: 


e -m //contact -s A:T:U name - Find each 
contact (sorted) and... 

e -v name - print its name followed by the new line 
and then... 

e -m phone -s A:T:U @type-...for each phone 
of that contact (sorted by phone type). 

',Qtype,': 

Print 

leading spaces, phone type and the phone itself 


e -vy ''concat(' 
',Self::phone)'' -n - a line with 

e —b - We are done with the phones. -b terminates the 
scope of the nearest -m, in this case -m phone 





e -0o '' '' -n - Finally, after all of the phones 
are printed for that contact, print a separating dashed 


line 
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It's obvious a fairly long nested query can be built incre- 
mentally until the output satisfies the need. And as the ex- 
pression language is fairly compact, the cost of rewriting the 
template is fairly small. 


Under the hood 


If you have reached the limit of XMLStarlet’s expression 
language or need more advanced functionality, like vari- 
ables or keys, you can easily convert your query into XSLT 
and continue to use its full expressive power. 


XMLStarlet is the UNIX toolkit for the 
XML world as it is capable of queries 
(think £ind and grep), editing (sed) 
and other - more XML specific - 
operations such as validation, formatting 
and canonicalization 


To produce the XSLT equivalent of the XML Starlet's query, 
all that is required is to add a -C flag in between sel and 
=t. So the last query becomes: 


> xml sel -C -t -m //contact -s A:T:U name -v name \ 
-n -m phone -s A:T:U Gtype \ 

',8Gtype,': 

-o "----" -n phonebook.xml > phonebook.xsl 


-v "concat (’ ',Self::phone)" -n -b \ 


The content of the phonebook.xsl file should be: 


<?xml version="1.0"?> 

<xsl:stylesheet version="1.0" 
xmlns:xsl-"http://www.w3.org/1999/XSL/Transform" 
xmlns:exslt-"http://exslt.org/common" 


(...10 more lines of namespaces removed...) 


extension-element-prefixes-"exslt math date 
func set str dyn saxon xalanredirect xt libxslt test" 
exclude-result-prefixes-"math str"» 
«xsl:output omit-xml-declaration-"yes" indent="no"/> 
«xsl:param name-"inputFile"»-«/xsl:param» 
<xsl:template match="/"> 
«xsl:call-template name="t1i"/> 
</xsl:template> 
<xsl:template name="t1"> 
<xsl:for-each select="//contact"> 
<xsl:sort order="ascending" data-type="text" 
case-order="upper-first" select="name"/> 
<xsl:value-of select="name"/> 
<xsl:value-of select-"'&410;'"/» 
<xsl:for-each select="phone"> 


<xsl:sort order="ascending" data-type="text" 
case-order="upper-first" select="@type"/> 
<xsl:value-of select= 
"concat (^ ',Gtype,': ',self::phone) "/» 
<xsl:value-of select-"'&410;'"/» 
«/xsl:for-each» 
<xsl:value-of select-"'----'"/» 
<xsl:value-of select-"'&410;'"/» 
«/xsl:for-each» 
«/xsl:template» 
</xsl:stylesheet> 


As can be seen, one line of switches mushrooms out into 
36 lines of XSLT. I have no desire or patience to write that 
much XSL code during the prototyping stage, even with the 
help of an auto-completing XML editor. XMLStarlet allows 
me to rough out the transformation code much faster. 

A couple of things to note while you are trying to understand 
the direct mapping: 


e The transformation code itself is inside the template 
t1. Most of the lines before that are the static portion 
of an XSLT file - these will be the same for any query 
you run 

e You don't need most of the xm1ns:XXX lines if you 
are just starting with XSLT/XML Starlet; they are there 
for the advanced functions 

e -n (newline) flag translates into &#10; symbol; not 
an easy mapping to discover or remember 

e —m flag not only translates into xsl:for-each 
statement, but also sets the scope (until the end or the 
matching —b flag) 

e -s flag becomes a very verbose xs1:sort statement 

e You can combine several value-of statements into 
one using concat statement in the long form; in the 
short form itis easier to use -v -n -v flag sequence 


To run the resulting XSLT, you can use any XSLT engine or 
XML Starlet itself as follows: 


xml tr phonebook.xsl phonebook.xml 


Chaining it all together 


As you can see, XMLStarlet allows you to quickly proto- 
type an idea and produce a nicely formatted output. How- 
ever it doesn't mean that XMLStarlet is only useful for 
quick and dirty output. In a similar way to the groff pipeline, 
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XMLStarlet can also be used to produce full applications 
when chained with other specialized utilities. 

I will create one such application in this section. It will take 
a list of the contacts and produce a graph that will show 
people who might be sharing a work or home phone number 
and therefore work or live together. 

To produce the graph, I'll use another free multi-platform 
utility called GraphViz (http://www.graphviz. 
org/). 

In its most basic form, the input to the GraphViz utility 
needs to look like this: 


digraph graphname { 

nodea-»nodec; 

nodeb-»nodec; 

"node d"->"node e"[label-edgename]; 


) 


In this code, nodes nodea and nodeb both point to the 
nodec. Node "node d" points to the "node e" and 
their graph connection is labelled edgename. Notice that 
spaces and other special characters in the names and labels 
requiring the whole name to be quoted. 

Now I want to produce this type of output using XMLStar- 
let: 


xml sel -T -t 

-o "digraph phonebook {" -n 

-m //contact/phone 

-v "concat ( 
'&quot;',parent::contact/child::name,'&quot;')" 

—o "o" 


-v "concat('&quot;',self::phone,'&quot;')" 


-v "concat ('[label-',G8type,'];')" -n 

-b -o "jJ" -n phonebook.xml > phonebook.dot 

Notice that  &quot; will produce the dou- 
ble quote character. The strange looking 


parent::contact/child::name construct is 
another one of the XPath details which navigates us from 
the current context - which is phone - to its parent 
contact node and then reverses direction and finds the 
child node name. Basically, it finds the name of the person 
that the phone number belongs to. It would be slightly 
easier to do this in full XSLT with variables, but then we 
would lose our prototyping speed. 

Running the above command line against our sample code 
will result in the following output in the phonebook.dot file: 


digraph phonebook { 





GraphViz output of people’s relationships 


"John Doe"-»"555-1234"[label-home]; 
"John Doe"->"555-9876" [label=work]; 
"Chris Jones"-»"555-9876"[label-work]; 
"Chris Jones"-»"555-4567"[label-home]; 
"Chris Jones"-»"555-5555"[label-mobile]; 
"Jane Exciting"-»"555-1234"[label-home]; 
"Jane Exciting"-»"555-6543"[label-work]; 
} 


There should be no surprises here after the examples already 
done. Now run this through the GraphViz: 


dot -Tjpg -ophonebook.jpg phonebook. dot 


In here, dot is one of several Graph Viz utilities and is used 
to produce directed hierarchical graphs. 

As you can see from the graph, John Doe works together 
with Chris Jones and lives with Jane Exciting. Locating 
these relationships in the original XML file would take 
much more time than the single glance required with the 
GraphViz's output. And the difference would become even 
more pronounced with dozens of entries. 


Going forward with XMLStarlet 


In this article, I've only looked at XMLStarlet’s query ca- 
pability. That's how I started with the tool and with XSLT 
itself. Once the query interface is understood and XPath is 
no longer a stranger, it is worth having a look at edit op- 
tions. Also the format options will come in handy when- 
ever you have badly formatted XML and want to make it 
more human readable. And if you need to do something 
with XML that you think will take a long time, review what 
XMLStarlet provides and you may find a way to shortcut 
your solution process. It worked that way for me. Finally, 





Free Software Magazine Issue 6, July 2005 45 


the documentation that comes with the tool has a number of GraphViz ( ) 
detailed examples that may explain the finer points of the Introduction to XPath ( 

interface and the command set. Reading through it will in- ) 

crease your understanding of the tool and - most probably - Introduction to XSLT ( 

XSLT itself. ) 


Conclusion Copyright information 


XML is a very popular format with many benefits due to (© 2005 by Alexandre Rafalovitch 
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intensive to manipulate. XMLStarlet changes all of this by This 


its structure. However, it is fairly verbose and is labour- 
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and extraction of information from the XML. Combined 
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Skinning XMMS with 
Buildlmage and Skencil 


Using the Python package "Buildlmage" version 1.2 and its 
customized code for creating "skins" for the popular automatic 


music player 


Terry Hancock 


MMS is a very nice program for playing mu- 

sic, but the default skin that comes with it is, 

well, “functional”. Fortunately, though, the 

program uses the same skin files as WinAMP 
2.0 (several other programs use these skins as well, which 
I'll call simply “AMP2 skins"). A "skin" is just a collection 
of images used to create the appearance of an application 
such as a music player (Figure 1). 


In this case, the skin is simply a ZIP file with a funny exten- 
sion ".wsz" (which presumably stands for “WinAMP Skin 
Zipfile"), containing a number of BMP format images with 
some very odd contents. There's not a lot of rhyme or rea- 
son to their layout, but the icons used by the program are 
extracted from them at runtime. Furthermore, since BMP 


Figure 1: XMMS unskinned (left) and with the default BuildImage 
Skin (right) 
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doesn't support transparency, some very careful copy-and- 
paste work has to be done to fake transparency, as many 
AMP2 skins do. The results can be amazing, but unbeliev- 
ably tedious to create manually. 


You can wade through this technical detail to create a skin 
using raster tools, or you can accept the limitations of using 
a commercial application to do the work for you, or — now 
— you can use BuildImage to generate a skin more sensibly 
from a drawing in Skencil. 


What you need 


Naturally, you'll have to make sure you have the software 
first. Most of the software is available in popular Linux 
distributions, so you can probably install using mostly bi- 
nary packages. You will have to install BuildImage from 
the source, but this is easy, as it's a pure-python package. 
You'll need: 


e Skencil (0.6.15): May still be called “Sketch” in your 
distribution (e.g. Debian, Red Hat). 

e Python (2.2): You needed this to install Skencil, and 
BuildImage relies on it too. 
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e Python Imaging Library (1.1.3): You also needed this 
to install Skencil, so you probably already have it. 

e Gimp (1.2): Strictly speaking, you can skip this, but 
it's useful for composing background images. 

e BuildImage (1.2-beta): The AMP2 features are brand- 
new in this version, so don't try to use an older one. 
The examples used in this article are included in the 
distribution. 


I'll leave you to the installation instructions for each pack- 
age, but Skencil and BuildImage both use distutils, so in- 
stallation is along the lines of: 


tar zxf Package-version.tgz 
cd Package-version 

python ./setup.py build 

# su to root 

python ./setup.py install 


Once the software is installed, you'll need to create a work- 
ing directory for your skin project. The easiest way to do 
this is just to recursively copy from the example/AMP2 di- 
rectory in the BuildImage distribution, which contains sev- 
eral examples, including the ones in this article, as well as 
the "default" skin template for BuildImage. 

This is what you get: 


samwise:^/tutor» tree 


-- bitmap 
'-— textdef.bmp 
== scripts 
[== | init  .py 
|-- animated.py 
|-- default.py 
'-— vanity.py 
-- setup.py 
‘-- sketch 
|-- amp2.sk 





|-- animated.sk 
|-- myth_bkg. jpg 
|-- myth_ws. jpg 
|-- vanity.sk 
-- vanity2.sk 


The file amp2 . sk is the template for creating a skin draw- 
ing in Skencil. You'll rename it when you create a new 
drawing (such as with the other example files you see here). 
The setup.py file runs the scripts package, which 
contains scripts to build each of the examples. If you 
open one of these scripts, you can see that the AMP2 sup- 
port in BuildImage consists of two functions amp2. img () 


which is simply a BuildImage script tailored to the provided 


amp2.sk template, and amp2.skin() which compiles 
the skin archive from those images. 

The directory “bitmap” contains an original bitmap of the 
default XMMS font, which we will be using (you can do 
this part in Skencil but it's probably a waste of time). 

At this point you can make the default skin, and that's prob- 
ably a good way to make sure you have everything config- 
ured. You may have to set an environment variable to make 
sure that your Python can find Skencil. For example, on my 
system, I need to type: 


setenv PYTHONPATH /usr/lib/sketch-0.6.15 


Now, simply type the following to build the default skins 
(from the example directory, or your copy of it): 


python ./setup.py 


This will run the scripts/. init. .py file that calls 
BuildImage to create the skins. Like “make”, BuildImage 
is very noisy, printing lots of messages to the screen. This is 
meant to make it easier to trace a problem when one occurs. 
You won’t really have to worry about missing-font warnings 
— the important text in the drawings has been converted to 
curves to avoid portability problems. Only the text labeling 
in the template (which doesn’t print) should be affected by 
font problems, and you'll still be able to read them, even if 
the font is not quite right. Also like compiling a package 
with “make”, you can expect the build to put a fairly heavy 
load on your system. 


Altering the "skin" is one of the simplest 
ways of personalizing an application — 
either to make it fit better with an overall 
look-and-feel of the desktop (sometimes 
called a "theme"), or simply for fun 


At the end, you'll find a series of named build directories 
— one for each drawing file. These contain all of the im- 
age components that were needed to make the skins as well 
as the actual skin files (« .wsz). You can now install the 
skin files into your ^ / . xmms/Skins/ directory to make 
them available for you only, or switch to root and install 
them into the XMMS installation on your system (prob- 
ably /usr/share/xmms/Skins), to make them avail- 
able for all users. Yes, there's a lot of template in there. But 
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Figure 2: The BuildImage AMP2 template for skinning automatic 
music players 
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don't worry, you won't have to use all of it to get results. 
In fact, we can get a fair amount of mileage by just chang- 
ing the background pictures. This is what I call a “vanity 
skin", and it goes a long way towards what most people are 
probably hoping to do with hardly any effort. 

Now launch XMMS, and press the “O” options button and 
select “Skin Browser". You should find the new skins there 
(the names are defined in the script files and are usually vari- 
ants on the name of the build directory). Select them, and 
see what the default skin looks like. The result should looks 
something like the right side of Figure 1. 

So far, so good. 


Simple "vanity" skin 


Naturally if you just wanted an off-the-shelf skin, you 
wouldn't be reading this article, so let's start changing 
things! 

Take a deep breath, copy amp2 . sk to something else (say 
tutor.sk), and open it in Skencil (Figure 2). Don't 
Panic! 

First, use the “Windows -> Layers" option to bring 
up the Layers dialog box in Skencil (Figure 3). There are, 
as you can see, a lot of layers in this drawing. That's be- 
cause the templates are prioritized to make things easier for 
you. Start with the "Background" layer, so make sure it's 
unlocked and select it. You probably want to make sure all 
of the other layers are locked so you don't move anything 





unintentionally. You will find you need to pay special atten- 
tion to the layers menu throughout, as drawing on the wrong 
layer can give you confusing results — and remember that 
what "prints" (or appears in the BuildImage output) is dif- 
ferent from what is "visible" in the Sketch editor window. 
So you also need to pay attention to what the settings are 
for each layer: will they print? are they visible in the edi- 
tor? are they editable? and perhaps most confusingly, are 
they displayed as "outlines"? Experiment a little with these 
settings to make sure you understand what they do. Note 
that the drawing contains a key to the layers, right under- 
neath the title block on the upper left side. The labels for 
each layer will show up whenever that layer is made visible. 


One thing about the AMP2 template layers that you should 
understand is that they are displayed on multiple "outline" 
layers, both to color-code them, and to make it possible to 
remove the ones you don't need for a particular project. Ob- 
viously there's a lot you can do with skins for AMP2 play- 
ers, and you probably don't really want to do all of those 
things at once. You can think of these layers as additional 
guidelines — by default, they are locked, so they won't 
interfere with your drawing (but you can use “Arrange 
-> Snap to Objects" to snap your drawings to them, 
which I highly recommend). 


Figure 3: The layers dialog in Skencil, showing the layers in the 
AMP2 template 
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Under the Skin 


A "skin" is a collection of image resources used to create the on-screen appearance of an application, and altering 
the "skin" is one of the simplest ways of personalizing an application — either to make it fit better with an overall 
look-and-feel of the desktop (sometimes called a theme"), or simply for fun. 

The skins for “automatic music players" described here were originally for WinAMP 2.0, and adopted by XMMS and 
other players, hence the Windows-centric design. The file is simply a ZIP file, containing BMP formatted image files. 
Components for on-screen widgets are derived by cropping out sections of these image files. If you are curious about 
the layout of the skin itself, I recommend unzipping one of the skins in the tutorial and examining the files you find. 
There are also a couple of text files in INI format which specify color-scheme information for parts of the display that are 
not controlled by the image files (mainly the text part of the playlist window, but also the colors used for the visualization 
effects). 

Manipulating these images to create the desired effect is tricky when working directly with the bitmap images, and that 
is what the BuildImage AMP2 support is meant to address. These skins were meant to be used with XMMS, since that's 
what I test against, but they will probably work with WinAMP 2.0 as well. One difference worth mentioning, is the 
mb . bmp file which is for the “mini-browser” which some versions of WinAMP have and XMMS apparently does not. 
This file is supported by copying the similar data from the playlist skin, except for the mini-browser controls which are 
included in the template for completeness (look near the playlist controls on the right side). 


Naturally, a vector drawing doesn't really have a pixel size. Figure 4: The background areas used in the “vanity” skin 


So in preparing a template for conversion to raster images, 
a scale has to be assigned. In the AMP2 template, this scale 
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is 1 mm = 1 pixel. So you should probably go to the “File 
-> Options" menu and make your default units “mm”, 
which will allow you to measure pixel sizes with the rulers 
and set your grid accordingly (in addition to snapping to 
the template objects, you can simply snap to this pixel grid, 
which can be convenient). 



































For a *vanity" skin, all you have to do is to change the back- 


grounds. Click on the “image tool” in Skencil (far right of don’t have to use exact-fit images with the template. There 


the toolbar) to browse for a good background image. Once is a "Background Mask" layer above the Background layer. 


you've got it, you can place it in the right place to show up 
on the combined XMMS main and equalizer windows (and 
a little bit of the Playlist, if you want). You may want to ei- 
ther duplicate that image or find another related one to place 
on the “Winshade” background (Figure 4). 

The background images for the vanity.sk example were 
clipped in ImageMagick (I also could've used Gimp), to 
make them snap nicely into the backgrounds. However, you 


This layer is simply an opaque white field with holes in it 
to show through to the background. As delivered, this layer 
is in outline mode, so you won't see the clipping effect in 
the editor until you take it off of outline. This can be a real 
“gotcha” if you accidentally draw stuff on the background 
layer instead of in one of the upper layers and it doesn't 
show through! 


Like an HTML file, a Skencil file stores relative links to the 
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images by default, so be aware that you need to keep the 
images in the right place. If you don't like this behavior, 
you can embed the images in the drawing file by selecting 
the image, then right-clicking, and selecting “embed image” 
from the resulting menu. 


To get a good look at where the masked background regions 
are, you can just make the “Bkg Mask" layer visible and 
change the fill color (select and right click to get a menu in- 
cluding the fill option) — be sure to change it back. The 
regions include the combination Main-Equalizer- Playlist 
background, the Winshade background, and a special “Sig- 
nature" region that appears on the bottom of the playlist 
when it is expanded. 


The background for the playlist will be 
generated so that it matches with the 
equalizer and playlist when double-sized 


Once you've changed the images, save the result. You'll 
then want to edit scripts/ init. ..py to reflect the 
new name for the .sk file, and the filename of the target skin 
(minus the .wsz extension). Then do the same procedure as 
before to build and install the skins. This should give you a 
template something like the one in Figure 5. 


Designing the controls 


"Okay", you say, "that looks great. But the buttons don't 
look right anymore — I need something cooler still". No 
problem, all of the button designs are laid out in the tem- 
plate (Figure 6). In fact, you have three drawing layers here, 
for convenience: the actual “Drawing 1" layer which is re- 
served for your use; a "Symbols" layer with common sym- 
bols for the various buttons; and a “Contours” layer which 
contains drawn button backgrounds. 


In the default template, the “Contours” layers is turned off, 
So you get a very background-heavy result with minimalist 
buttons. This is good for showing off the background in a 
vanity skin like the one just created, which is why it's the 
default. You can get a rather different looking skin simply 
by turning the contours on, in which case, you'll get con- 
toured and shaded button drawings underneath the symbols 
for them (Figure 7). 


Figure 5: The finished “vanity” skin 
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Alternatively, you may be dissatisfied with the default sym- 
bols provided, in which case you may want to alter the con- 
tents of the "Symbols" layer. You don't have to use this di- 
vision of the drawing of course, I’ve simply provided these 
three layers for convenience. You can just as easily do all 
your work on the "Drawing 1" layer and turn the other two 
off. You may also want to note that if you have objects se- 
lected, you can *Move Selection to Here" by right clicking 
on the target layer in the Layers dialog. 


Finally, you should note that the "Drawing 1" layer also 
contains the color palettes and gradients for the skin. These 
are simply boxes from which BuildImage derives the neces- 
sary color information which goes into the .txt control files 
in the skin, which determine the color scheme for the text in 
the playlist, the colors used by the visualization widget, and 
the font colors. 

You will also find the drawings of the numbers used in the 
counter. One nice thing is that Skencil provides a ready- 
made “LCD text" object in the "Edit -> Create" 
menu. This can be a nice choice for the AMP2 counter 
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Vectors and Rasters: Source and Binary 


There are two broadly available ways of representing graphical information in digital form: so-called "raster" format 
(more often called, albeit incorrectly, *bitmap") and “vector” format. Rasters are simply collections of picture elements 
(or “pixels”), usually aligned in a row-major grid format in the file. Rasters have the advantage of extreme simplicity for 
image processing and display, since they contain data in the format in which it will usually be presented on the screen 
or printed page. 

By contrast, vector graphic files contain a conceptually simple representation of the graphic, as a description of the 
drawing processes used to create it. This adds additional overhead to displaying the image, since a complex procedure 
must be followed to translate the description into pixels for display. But it gains a terrific advantage of being much easier 
to manipulate and edit if the graphic should need to be altered. 

This trade-off should sound familiar to programmers — it is the same relationship as exists between the source code for 
a program (analogous to the vector graphic) and the binary executable program that results from compiling that source 
(the raster image). 

BuildImage attempts to follow this analogy a step further by automating the conversion process in a way that allows it 
to be mingled with build scripts such as those provided by the Python distutils or the much older “make” utility. Like 
"make", BuildImage uses file dates and dependency information to decide what steps need to be repeated, to avoid 
having to repeat all of the steps in the build each time the script is run. 


Figure 6: Most of the button and widget designs are collected on teractive editor, so it's not guaranteed to find your installed 


the upper left of the template fonts. 


You can do the same to define the alphanumeric characters 
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are currently playing, for example). This is really tricky 
though, as those characters are only 5 x 6 pixels! The de- 
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anti-aliased characters to improve its appearance (whether 
or not the result is really an improvement is a matter of taste, 
though). In the examples, however, I have always used the 
use. font option in the scripts (see the next section for 


Msn more on altering the BuildImage script files). 


| ga || Pc aye: || 
nus d 


You will notice that there isn't a drawing provided for every 
single possible button in the template. By default, in fact, 
many of the button template layers (specifically the "B" and 





"C" layers) are turned off. This is because in most cases 
you don't need to define them, and the buttons they define 
numbers. You can also simply use numbers from an appro- will follow suit with the ones you have already drawn. For 


priate text font. I recommend, however, that for any fonted example, the window controls for the Equalizer and Playlist 


text that you create for actual display in the resulting skin, 
you use the “Curve -> Convert to Curve" option 
to eliminate any dependency on the font file. This can save 
you a lot of headaches, as the environment that BuildImage 


runs in is not exactly the same as the one you use with the in- 


windows will, by default, simply copy the ones provided for 
the main window. 

For some elements, such as the volume and balance slides, 
there is no drawing so that the background can simply show 
through. You actually have three ways to define these slides 
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Figure 7: A skin with (left) and without (right) the default “Con- 
tours" layer 
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if you want: you can draw them directly over the back- 
ground where they will appear, or you can draw them in the 
provided “base” widgets provided in the template, or you 
can animate them, as will be shown later. 


This is achieved by simply layering the images transparently 
so that the dependent images are layered on top of the base 
images. If they have no content (they are simply pure-white 
which BuildImage interprets as “clear” by default), then the 
base image will show through. If you want more control 
over these additional widgets, just make the “B” layers for 
each component visible, and you can draw them as well. 
Ignore the “C” layer for now (I'll come back to it). 


Once again, when you're satisfied with the template, build 
and install the skin to test it. Note that you can go through 
this cycle as many times as you need. Normally, BuildIm- 
age will correctly figure out which steps it needs to repeat, 
but if you want to force it to do a complete rebuild, you can 
do so by recursively deleting the build directory for the skin 
you want to rebuild (rm -rf builddir). 


At this point, you can already make a very nice basic skin. 


Special effects 


You may have noticed that some skins seem to alter the be- 
havior of the controls on the player. This isn't really true — 
the logical behavior of the player is unchanged. However, 
for most of the buttons, there are multiple button states that 
can be displayed. For example: for when the button is being 
pushed, or when it is toggled to *on" or "off" states. 





With skinning, you can control what each of these states 
looks like, even down to making them look invisible — and 
that's what creates the impression of differing behavior. 

For example, the AMP2 players display either “mono” or 
"stereo" indicators, according to the audio file they are 
playing. To me, this seemed a bit redundant, and took 
So, in the default 
skin, the mono indicators are both transparent, showing the 


space away from my background. 


background regardless of whether “mono” is set, and the 
"stereo" indicator only displays an iconic "stereo" symbol 
when the track is stereo. That works for me, as I'm happy 
to assume that a track is *mono" if it's not stereo. 

You can also create various appearances based on the four 
states provided for many of the toggle buttons: there is 
an “off” and "on" state, but also “off-pressed” and “on- 
pressed" states to define what happens when you click on 
them. Likewise, the sliders have pressed and unpressed 
states to alter their appearance when you are actually using 
them. Whether you define these alternate states will affect 
the visual behavior of the skin, despite the fact that the same 
things are going on logically inside the program. 

Now AMP2 skins are composed of bmp format files, which 
don't support transparency, so all of the "transparency" we 
have is faked by copying the background to the image that 
will be pasted over it. This is how BuildImage manages 
the elements, which you define with transparency (or pure- 
white color — like the basic page color). 


There are two broadly available ways of 
representing graphical information in 
digital form: so-called "raster" format 
(more often called, albeit incorrectly, 

"bitmap") and "vector" format 


This works most of the time, but there are places where it 
doesn't — specifically any place where the widget in ques- 
tion has to move in front of the background. In some places, 
that's just tough cookies, you'll have to use a bit of artistic 
sense to solve those problems. 

However, AMP2 skinners long ago discovered that 
WinAMP, when confronted with a bmp file of the wrong 
size, will fail silently in the event that the needed section 
of the image is not actually defined (i.e. it just won't blit 
that data). This may once have been a bug, but it turns out 
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Making raster backgrounds with Gimp 


Although vector graphics are very useful in designing skins, you will probably find it desirable to compose raster 
background images with a program such as Gimp. Ideally, you would want to design these elements to snap exactly into 
their places in the template, and this is not hard to do. 

All of the background elements are 275 pixels wide, and the main, equalizer and (minimal) playlist windows are each 
116 pixels high. You can compose a separate image for each of these of course, but it is more often the case that the main 
and equalizer backgrounds are composed as a single image, which will appear complete when the two are “docked” on 
the desktop. This gives an image size of 275 by 232. If you add the minimal playlist (the integrated playlist background 
will only show up in a few places due to all of the tiled areas of the playlist border that allow it to be resized), you will 
make this 275 by 348. 

Similarly, when the three elements are minimized to their “winshade” form, they can have a different background, this 
time 275 by 14 for each element, or 275 by 42 total. 

You probably should actually design your Gimp image at an integral multiple of these sizes (say 550 by 696) instead of 
exactly matching pixel-for-pixel. The final result then, would be down-sampled and anti-aliased, possibly resulting in a 
slightly higher quality image (depending on the original). 

Once you create these elements, use the “image” tool in Skencil to place the images in the right place on the template 


drawing, and proceed, just as I have described, for pure-vector originals. 


to be useful and XMMS emulates it. Skins that take ad- 
vantage of this, cut off parts of various image files in the 
skin to do things like make the volume and balance sliders 
disappear, or make the position bar narrower. BuildImage 
supports this through options to the amp2_skin() function in 


the build script. 
Specifically, here's what you can do with the options to 
amp2.skin: 
e Turn off show volume sliders or 
show_balance_sliders (set them to 0 or 


False) to trim off the volume/balance sliders. 

e Turn off show_equalizer_sliders to eliminate 
the equalizer slides entirely (there is no way to remove 
only the slider widget, it's all-or-nothing — this is due 
to the way the image file is laid out). 


Alter position bar height. The default size is 
10, but you can make it smaller by setting the desired 
size here. 

e The use_font option tells amp2.skin to use the 
bitmap font specified for text .bmp, regardless of 
whether you draw text in your template or not. The 
colors will be altered by looking at the "text fg" and 
"text bg" colors in your drawing (black pixels will be 
rendered in the foreground color, white in the back- 


ground, and grey pixels will be mapped to a simple 
gradient between them). 

e We'll use playlist4double in the next section, 
but if true, it defines the playlist background based on 
the assumption that XMMS will normally be displayed 
"double-sized". 


There's also an option author. readme to put some text 
into your skin (possibly license terms, your name, etc). This 





will appear in a README file within the archive. You can 
also specify a build target name with tgt_dir (you'd need 
to pass the same name to amp2. img as well), which can 
allow you to use more than one source drawing to create a 
single skin. We won't be using these options. 


These options have already been put to use in the example 
scripts, and this is where the variant skins based on each 
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Figure 8: Typical sizes for the playlist window, showing the tiling 


behavior 





template come from. Obviously, you'll want to tweak these 
options to suit your own skins as you design them. 


Getting the playlist right 


Because the main and equalizer windows have a constant 
size, they are relatively easy to skin. Even when double- 
sized, the skin is simply double-sized with them. How- 
ever, the playlist is a more conventional, resizable window, 
and therefore the skinning concept gets stretched a little bit. 
Or rather, “tiled”, which is how the program handles the 
stretchy bits of the playlist window (Figure 8). 


Getting this to look right in your skin can be a challenge. 
There are three basic possibilities you can try. 


Setting up the playlist to look right when docked at min- 
imum size 


Although the playlist is stretchy, it will minimize to the 
same size as the main and equalizer menus. One approach 
to designing it, then, is to make it look right when it's at 
this size, and just ignore the tiling effects. This works okay 
for the sections of the playlist that are defined as static el- 
ements: the center and both ends of the top bar and the 
left and right sides of the bottom bar (which meet when 
the playlist is minimized). This is the first behavior that 


BuildImage supports, by using portions of the integrated 
background to create these parts of the playlist skin. 

Even in this configuration, however, the top and sides of the 
window are tiled, so there is no way to have the background 
wrap completely around the frame. BuildImage copes with 
this situation by generating a gradient, either horizontally 
(for the vertical tiling elements) or vertically (for the hori- 
zontal tiling elements), which is derived by averaging the 
background over the tiled region in the minimized state. 
This generally produces a tolerable, if not exactly ideal de- 
fault. You probably will want to override this behavior by 
creating your own tiling elements. 

All of these elements are laid out in a (hopefully) logical 
arrangement in the upper right hand corner of the template 
— around the color scheme drawing for the text that appears 
within the playlist, as you will notice. You will definitely 
want to use the labels (on the Template" layer) and help 
(on the *Help Notes" layer), when working with the playlist 
for the first time. 

You may notice that there are some elements of the playlist 
layout that do not show up in the minimized configuration 
— these regions, including the "signature" area are only dis- 
played when the playlist is enlarged. 

Setting up the playlist to look right when at mini- 
mum docked size with the main and equalizer windows 
double-sized 

On large screens, an AMP window can start to look pretty 
tiny, which is why it conveniently provides a double-size 
mode. The playlist is unaffected by double-size mode, how- 
ever, and will appear normal-sized. You can expand it hori- 
zontally to match, so there is also a “minimized double-size 
playlist" configuration. However, this screws up the align- 
ment with the playlist if it was designed as in the past sec- 
tion. BuildImage's amp2. skin function provides a means to 
make the skin look best in this configuration. 

In the amp2.sk template, turn on the “PL4 Dbl Sz" (“Playlist 
for double-size") layer. This now shows the correct lay- 
out for this alternate configuration. You will, unfortunately, 
not be able to use the *Bkg Mask" layer to handle this 
part of the background (there's a cut-out in the middle). 
It also currently interferes with defining a graphical equal- 
izer graph, a template design bug, which will probably be 
fixed in a later version of BuildImage. You will also need 
to pass the “playlist4double” option to both amp2_img and 
amp2.skin functions in your build script. 
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Now, the background for the playlist will be generated so 
that it matches with the equalizer and playlist when double- 
sized. You may note that some of the variations of the ex- 
amples include this double-size option. The results are not 
quite seamless, since the playlist will still be at twice the 
resolution of the equalizer, so there is still a visual line cre- 
ated at the interface. But the results are pretty satisfactory, 
and of course, in this configuration, your "signature" will be 
visible. 

Setting up the playlist to look right at any size 

The best practice, though, and the one the designers proba- 
bly intended, is to make the playlist look good at any size, 
by changing your design sense from simply showing the 
background, to artistically complementing the other two el- 
ements. Needless to say, this is a greater aesthetic chal- 
lenge. I'll have to mostly leave this to your imagination, but 
there are a few technical points to observe about the way the 
playlist window resizes. 

Tiling zones 

The sides of the playlist window are designed to tile as the 
window is resized. Careful observation of the behavior of 
the window, in fact, shows that it "snaps" to these tiled 
points. So, it's very unlikely that you will have to deal with 
split tiles, except in two particular cases — both when the 
playlist is docked. At the minimum sizes, the window has 
an extra snap position, this time with the tile patterns on the 
top at about 2-1/2 tiles on either side. That means that the 
horizontal tiles should be designed to look okay if snapped 
at the halfway point. 

Now the easiest way to deal with this is to punt and just use 
a vertical gradient pattern (effectively, a one-pixel-wide tile) 
on the horizontal tiles, and a horizontal one on the vertical 
tiles. That does work, and many skins use it — BuildImage 
does this by default. It produces a nice, smooth window 
appearance. This may not be appropriate for your design, 
however (you might want more of an ornate picture frame 
look, for example). You'll have to consider what these tiles 
look like together, and how they interface with the center 
and corner elements of the playlist (and in the center, how 
they interface in full- and half-tiled cases). 


Animation 


Each of the volume, balance, and equalizer slides has a 28- 
step animation sequence defined in the skin file. BuildIm- 


Figure 9: In considering the animated sliders, you will need to work 
with the animation sequences for the volume, balance, and equalizer 
slides, as well as the slider widgets for all of them 
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age removes this complexity by copying the “base” for each 
slide over each frame of animation. But clearly, you may 
want to define them separately. You'll find these are defined 
on the “Main C" and “Equalizer C" template layers in the 
AMP2 template (Figure 9). 

For this, I'll use a new example skin (animated.sk), which 
shows some of the things you can do with animation ef- 
fects. Quite frequently, you'll want to use the options to 
amp2. skin for eliminating the volume and/or balance slid- 
ers, so as to provide a clear spot for your animation effects 
(you may want to put an animated volume slider in that is 
no longer constrained to be rectangular or of the given size, 
for example). 

There is no way to do this for the equalizer, however, as you 
will recall that if you have the animated slides at all, you 
also have the slider widget. The only way to deal with this 
is to make the slide background so that the widget disap- 
pears against it, or to incorporate the design of the widget 
into your animation effect (which is what I've done with the 
example). 

One thing I find a bit illogical is that the balance slider 
doesn't go from "full left" to "full right", but rather from 
"centered" to “fully deflected” (left or right). That seems 
like the wrong decision to me, but it's determined by the 
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Figure 10: The finished animated skin 
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program, so you can’t really change it with your skin. You'll 
have to keep this in mind in your design. In the example, 
I've left the balance slider in, partly because of this issue. 
Drawing smooth animation frames in Skencil requires a bit 
of trickery. If you look at the guidelines layer in the example 
template, you can see that I've added a line of motion with 
circles marked on it to snap the animated "gears" into. Com- 
bined with judicious use of the “Arrange->Align” dia- 
log and/or the various “Snap” options, this can make draw- 
ing the animated elements much easier. 

After you build the animated example, you should see some- 
thing like Figure 10. 


That’s it! 


You're now ready to exercise your creative energy on new 
skins for XMMS. I've pretty much covered everything the 
BuildImage AMP2 scripts support, and that allows you to 
do just about everything the skin format can do. Remem- 
ber, if you do find extra tricks, you can always insert addi- 


tional processing between the amp2. img and amp2_skin 
calls, or after the amp2. skin call (you will likely use the 
Python Imaging Library for this. You may want to exam- 
ine the source code for the amp2. skin function for clues 
on how to get it to do what you want). I would really ap- 
preciate finding out about any such tricks, of course, since 
they're likely candidates for inclusion into a later version of 
BuildImage. 

The amp2. img and amp2 skin scripts can also be viewed 
as examples in themselves, for specialized uses of BuildIm- 
age for skinning application programs. They aren't re- 
ally traditionally designed functions, but rather BuildImage 
build scripts encapsulated into functions, so they have some- 
thing of a bricolage design sense. I'd certainly be interested 
in seeing the same concepts applied to other programs. 


Sources 


WinAMP (http: //www.winamp.com) 

XMMS (http://www.xmms.org) 

BuildImage (http: //buildimage.narya.net) 
Skencil (http: //www.skencil.org) 

Python (http: //www.python.org) 





Python Imaging Library (http: //www.pythonware. 
com/products/pil/) 
Gimp (http: //www.gimp.org) 


Copyright information 


© 2005 by Terry Hancock 

(The following license is effective immediately) 
Permission is granted to copy, distribute and/or modify this 
document under the terms of the GNU Free Documentation 
License, Version 1.2 or any later version published by the 
Free Software Foundation; with no Invariant Sections, no 
Front-Cover Texts, and no Back-Cover Texts. A copy of the 
license is available at http://www.gnu.org/copyleft/fdl.html 


About the author 








Free Software Magazine Issue 6, July 2005 57 


A chat project: back from the 


unknown 


Perl threads, open standards and interoperability. An 


explorer's report 


Marco Marongiu Stefano Sanna 


ome weeks ago I (Marco) was looking for new 

things to learn in Perl. I took a look at my library 

and reviewed the titles of the books I read less, 

and after some consideration found two topics: 
GUIs and threads. But since I hate the “hello world" kind 
of programs, I decided to start this exploration of the (for 
me) unknown parts of Perl with a somewhat meaningful ap- 
plication: a chat. 


The chat project 


When I do this sort of thing, I like to discuss my ideas with 
other people, and that's where Stefano always comes in. 
Stefano is a Java programmer, and knows very well how 
to deal with GUIs and threads. We talked about the project, 
and he gave me some structural advice for the program. Be- 
sides, we thought, doing things with a standard protocol like 
HTTP would greatly simplify the design, since there were a 
lot of ready-to-use modules on the CPAN to handle it, and 
it would help to make the application interoperable. 
Essentially, I had two sources from which to study Perl 
threads: the chapter about them in the “Camel Book", that 
is "Programming Perl" by Wall, Christiansen and Orwant; 
and the "perlthrtut" document, which is bundled with all re- 
cent Perl distributions. Other information was spread across 
the documentation of the threads, threads: :shared 
and Thread: : Queue modules. 

After experimenting a bit with the new things that I was 
learning, I decided that it was time to go for the real thing. 


I then picked up the “Learning Perl/tk” book, which I had 
read a while ago but never applied in practice, and reviewed 
those parts that allowed me to create a simple interface: a 
window with a big textbox to display the conversation in, a 
text field for the input, and a button to submit the typed text 
to the chat application. 


The design of the application was fairly simple. First, it’s a 
peer-to-peer application: you run it specifying the address 
and port you want to contact another instance of the appli- 
cation, and you are given a GUI where you can type text 
and read replies (a bit like what happens with the old UN*X 
talk application that you may be familiar with). The com- 
munication takes place by means of POST HTTP connec- 
tions: to send a message to your peer, you submit a POST 
request to the other peer at the /message URI; the POST 


A simple outline of the chat application: two threads that exchange 


information using a queue 
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request contains two variables: name, set to your nickname, 
and message, which contains the message to be sent. To 
receive a message, the application acts as an HTTP server 
that handles POST requests to the /message URI, format- 
ted as just described above. 


The problem with threads 


Modern applications perform many operations at the same 
time. Internet browsers, for example, need to show update 
information about internal processing while managing mul- 
tiple connections. Word processors have to assure fast re- 
sponse to user input and, if needed, safely create snapshots 
of current state for unexpected crashes. Internet browsers 
and word processors (and multimedia players, games, in- 
stant messengers. ..) are examples of applications that have 
multithreading capabilities. 

Multithreading refers to the ability of an application to di- 
vide execution in threads that run simultaneously (or, at 
least, they appear to). While in the multiprocess model each 
process runs in its own private (and hence safe) environ- 
ment, threads share the same memory area. 

Memory sharing requires from the developer an extra effort 
to manage concurrent access to the same location. More- 
over, a thread may have to wait for another thread to com- 
plete before continuing with its execution. 

Data structures and classes are called thread-safe when they 
are able to serialize concurrent access to their internal data. 
They provide mechanisms to assure that, in a certain time 
slice, only one thread has read and write access to the shared 
memory. Vice-versa, non thread-safe structures may have 
unpredictable, time-dependent behaviour and it's the pro- 
grammer's responsibility to arbitrate data access from con- 
current threads. Therefore, depending on the language and 
library in use, multithreading programming becomes easier 
or more complex, easy to be adopted or harder to get run- 
ning. At the same time, libraries can be totally or partially 
thread-safe, leaving it up to the developer to write their own 
safe structures. 

The multithreading approach simplifies the design and 
implementation of applications in all those cases where 
they can be described as a set of co-ordinated, parallel 
tasks. There are even cases when programming in a non- 
multithreaded model is not an option. In the Java2 Micro 
Edition runtime, for example, you are required to manage 


network connections using a separate thread for communi- 
cation routines. 


The problem with Perl threads 


Besides all of the caveats that are typical of threads pro- 
gramming, Perl adds some more that are specific to the lan- 
guage. For example, in recent versions of Perl, no data is 
shared by default between threads, which means that you 
must specify what you want to share explicitly. Besides, if 
you want to share objects then you know that you are going 
to run into trouble, and if you want to share objects that con- 
tain globs in their data structures (that means, for example, 
objects that contain filehandles and sockets) you are going 
to run into big trouble! This forces everybody that is go- 
ing to design a threaded Perl application using objects to be 
very careful, or to use one of the alternatives around, like 
POE, and give up with Perl threads. 

Oh and instead, a Thread: : Queue object can be shared 
between threads, but no: you can't share objects using it! 
These problems probably led to the misbelief that Tk GUIs 
and threads don't work nicely together. However they do, 
as long as you don't try to share GUI objects around. The 
application we are going to describe does just that. Essen- 
tially, there is a main thread where the GUI and its objects 
live, and a second httpd thread that waits for incoming mes- 
sages. When a new message is received, the httpd thread 
enqueues it for the GUI to read and display it in the chat 
window. In a similar fashion, when a message is sent to the 
peer, it is also queued and shows up in the chat window, so 
that there is only one way to update it. The GUI objects in 
the main thread and the httpd object in the other thread don't 
need to know anything about each other: when the httpd has 
messages to export outside, it queues them; in turn, the GUI 
checks regularly if there are any messages waiting in the 
queue and acts accordingly. The GUI doesn't need to know 
where the messages come from, and it avoids the complica- 
tions of multiple threads acting on the chat textbox simul- 
taneously by having just a subroutine that reads from the 
queue and updates it. 


The Perl application 


For this application, I used many modules. Some of 
them, like threads, threads::shared, Tk and 
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Thread::Queue to name a few, are indispensable; some 
are just useful and may well be considered overkill, but 
they had at least one interesting feature that I wanted to 





use: AppConfig, CGI and Time::HiRes fall into this 
category; others were just convenient to get the job done: 
HTTP: :Daemon and HTTP: : Status for the server side 
and LWP : :UserAgent for the client side. You may well 
want to trim down the application and its resource usage by 
eliminating the need for some of them: feel free to do any- 
thing you like with it, it’s free software! 
You can run the application using its built-in default values; 
in that case, it will connect to localhost, port 1080 and lis- 
ten on the very same port, so that you end up in talking to 
yourself. If you want to try something a bit more interest- 
ing, try to connect to another instance of the chat by passing 
some meaningful value to the -peerhost, -peerport, 
-localport command-line parameters. For example, if 
you want to play with two windows just run something like 
this: 
bronto@marmotta:$ perl chath.pl -peerport 1081 

-mynick bronto & 


bronto@marmotta:$ perl chath.pl -localport 1081 
-mynick maroon & 


That will create two windows that talk to each other. Note 
that you can let the application guess your username or you 
can whisper one in its ear by means of the -mynick option. 
After setting up the required infrastructure (like the queue 
for exchanging messages and the user agent object to send 
the messages) we start the httpd thread and let it run free: 


my Shttpdt = threads-»new(N&httpd) ; 
Shttpdt->detach ; 


The internals of the thread, that is the httpd subroutine, are 
quite simple: it tries to create an HTTP : :Daemon ob- 
ject and sits there awaiting for incoming connection; the 
accept () call timeouts every ten seconds, so that it can 
check if the main thread requested it to exit. When a new 
connection is accepted, it is checked for safety (it must be 
a POST request to the /message URL), the message is de- 
coded by means of the CGI module and the incoming mes- 
sage is queued. 

Back to the main thread, all components of the GUI are cre- 
ated, configured and finally packed into the main window. 
Just before running the MainLoop of the GUI and letting 
Tk go, we also set up the chat textbox so that it looks for 
updates every 300 milliseconds (that is: 3 tenths of second): 





$tbox-»repeat(300,N&update chat window) ; 
MainLoop ; 


Everything from this point on runs smoothly. Each time a 
message is sent or received, it is also queued; every 300 mil- 
liseconds, the GUI runs the update_chat_window and 
checks if it has any messages to dequeue and print. 

This lasts until you close the main window. When you 
do it, the MainLoop ends, and the main thread follows 
its race down the program: it updates the shared variable 
Skeep_running, signalling the httpd thread to terminate 
as soon as possible, and waits for a while. If, after ten sec- 
onds, the httpd thread is still running, the main thread raises 
an exception and the whole application terminates (well, 
hopefully!). 


The Java application 


The chat example described above uses threads to manage 
incoming messages. In the Java example we will see how to 
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use thread effectively to implement message dispatching. 
Before exploring it, let's have a look at server-side. The Java 
platform provides the Servlet application model, which is 
state-of-the-art technology for business services. That's an 
overkill approach for our needs anyway, so we chose the 
Simple project's web server. It is both a powerful (and actu- 
ally simple!) web server and a Servlet container that can be 
easily embedded into other applications. 

For web server functionalities, Simple architecture requires 





you to extend the BasicService class. Our subclass has 
just to implement the process () method, which receives 
request and response objects used to deal with current con- 
nection. Simple manages its own threads for incoming con- 
nection, so that multithreading is hidden within the library! 
We have only to deal with outgoing messages. 
For the client part, we can choose between three dif- 
ferent implementations: blocking, multithreaded and sin- 
glethreaded. We wrote the doSend () method, which re- 
ceives the String being sent to the remote peer. doSend () 
obtains an HttpURLConnection instance from the URL 
factory, sets the connection method (POST), encodes all pa- 
rameters and, finally, writes the data through the connection 
and closes it. 

Depending on the language and library 

in use, multithreading programming 
becomes easier or more complex, easy 
to be adopted or harder to get running 


doSend() it does not re- 


turn until data has been transferred and connection 


is a blocking method: 


has been closed. Therefore, if we don't want it 


to block the whole interface, we have to wrap it 
Thats why 
we have doSyncSend, doMultiThreadSend, and 
doSingleThreadSend(). 


The first approach is very similar to the Perl solution: 


around with a multithreaded method. 


when the user clicks on the button, doSyncSend () just 
invokes doSend (), therefore the GUI is blocked until 
doSyncSend () returns. It is not critical for our applica- 
tion, but you must be aware that the GUI will not be updated 
until message has been actually sent. 

The second approach, doMultiThreadSend() method 
defines and instantiates an inner anonymous class which 


Synchronous invocation: the GUI is blocked until message has been 


sent 


| 


doSend() 


doSyncSend() 





doSend() 





extends standard Thread. Its run() method invokes the 
doSend () method. However, since it is being executed in 
a separate thread, doMultiThreadSend() returns im- 
mediately, so that the GUI won’t block. In short: to avoid 
GUI blocking, we create a multithreaded sender procedure 
where a new thread is created every time the user needs to 
send a message. 

Creating and destroying threads could be very resource con- 
suming. It’s a suitable approach for our simple chat, but its 
usage is generally discouraged for more complex applica- 
tions. That’s why we implemented a third approach, the 
most popular in real-world applications. A separate, single 
thread (or a thread pool) is used to manage outgoing mes- 
sages. Such a thread maintains a queue of messages and 
dispatches them serially. 

In our example, the Dispatcher class receives just one outgo- 
ing message at a time using a wait-notify scheme. Delivery 
of the message takes place inside the run () method, which 
sends a message and then stops in a wait (); when a new 
message is provided by the send () method, it notifies the 
object which unblocks run (). 


Conclusion 


We have just scratched the surface: designing and imple- 
menting a multithreaded application requires deeper knowl- 
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An “anonymous” thread is being created every time a message has 
to be sent. The thread will be destroyed after message dispatch- 
ing. doMultiSend() returns immediately and GUI is not being 
blocked 


Gaana 
doMultS end) 


newl) 


| = Start() 


| 


doSend() 





doMultSend() 





| :newt) 








I 
sani) 
i 


| doSendi) 








edge of both concurrent programming paradigms and pro- 
gramming techniques of the language in use. In the specific 
case of Perl, the implementation of threads is far from being 
satisfactory and production-ready, but as with other things 
in the language, you can get used to them and prepare for 
when Perl 6 finally comes out. 
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Freely available structures: 
XML Document Type 
Definitions you can use today 


This article discusses a few of the many freely available XML 
Document Type Definitions available to assist authors in 


creating valid XML content 
Kay Ethier Scott Abel 


rganizations of all sizes are beginning to real- 

ize how content and its reuse across the enter- 

prise can improve productivity — and the bot- 

tom line. The need for change is driven by the 
desire to better manage information assets (documents, cre- 
ative ideas, illustrations, charts, graphics, multimedia, etc.) 
and eliminate costly processes that fail to facilitate the effec- 
tive and consistent re-use of content. At the heart of manag- 
ing content for re-use however lies the job of exposing the 
underlying structure of that information. 


The most significant way that structured documents dif- 
fer from unstructured ones is that structured documents in- 
clude “rules.” These rules formalize the order in which text, 
graphics, and tables may be entered into a document by an 
author. For example, in an unstructured document, a para- 
graph has specific formatting — font, size, and spacing. In a 
structured document, this same paragraph also has an exte- 
rior ^wrapper" that governs the elements that are allowed to 
appear before and after it. The rules of these elements are 
often defined in a Document Type Definition (DTD). 


XML is meta markup language that is used to create new 
markup languages. It's most commonly used (in the pub- 


lishing arena) to create tag sets and processing instructions 
(DTDs) that describe structured content for presentation in 
text documents, but it can also be used to describe, manage, 
and deliver content of all types (text, images, voice, forms, 
multimedia files, and so on) and to transform transactional 
data between disparate database systems. 

To learn more about XML and whether it's the 
right choice for read, XML: 
The Answer To (http://www. 
freesoftwaremagazine.com/free_issues/ 


your organization, 


Everything? 
issue_01/focus_format_xml/), Free Software 
Magazine, Issue 1. 


Darwin Information Typing Architecture 
(DITA) DTD 


Managed by OASIS (Organization for the Advancement of 
Structured Information Standards), the Darwin Information 
Typing Architecture (DITA) 1.0 standard was released for 
public review in early 2005. DITA is designed for content 
creators, providing a framework for easily authoring online 
help, user guides, website content, and more. Content cre- 
ators who use DITA author content in a topic-based tree, 
with information “typed” by using different subelements. 
The four main elements are: topic, task, concept, and ref- 
erence. The real beauty of DITA is that it provides an ar- 
chitecture - unlike other DTDs - that allows for easy expan- 
sion through specializations (customizations to the DTD). 
A schema is also available for DITA. 


64 Free Software Magazine Issue 6, July 2005 


TECH WORLD 





The Adobe FrameMaker DITA Development Group 


Yahoo! MyYaboo! Mas 


"YAHOO! croups Sign In 


New User? Sign ua 





fframemaker-dita- The Adobe FrameMaker DITA Development Grou 


{lois This Group! ] (Already a member? Sign in to Yahoo!) 


Members Only Description Category: Data Formats 
The FrameMaker-DITA group is a team of developers and reviewers, working together Language: English 
to design a DITA EDD. The goal is to produce a DITA EDD that may be freely 
distributed and provide other FrameMaker users with a starting point in implementing Group Settings 
DITA " Listed in directory 


{ Join This Group! ]) 


Group Info 
Members: 152 





Created: Apr 19, 2004 


The group was started and is moderated by Kay Ethier. It is a private effort by a team of — requiri 
individuals and is not a corporate project. All individual efforts (development and review) -~ 
are voluntary. If you would like to provide assistance, contact the group moderator 


To avoid “too many cooks” syndrome the group membership was initially kept small to 
allow development to move forward at a rapid pace. By reviewing the early group emails. 


"Message archive 
you can see who was participating at that point. 


viewable by 
members only 
Emad attachments 
are permitted 


Membership may be capped and mited in number of developers and industry expert 
reviewers and to avoid SPAM and flame wars. Emails not on point may be declined by 
the moderator. 


What's New 


The DITA DTD, 
ing XSLT, are available 


and related files includ- 
in a ZIP file (http: 
//www.oasis-open.org/committees/ 
download.php/11428/cd1.zip). 

There is also an EDD (http://groups.yahoo. 


schema, 


com/group/framemaker-dita) (element definition 
document) and related files, which works with Adobe 
FrameMaker. 

Learn more about DITA here (http: //www-106.ibm. 
com/developerworks/xml/library/x-dital/ 
index.html). 


DocBook XML DTD 


Available by download from many places, and installed with 
many tools as a “freebie”, the DocBook XML DTD gives 
users absolutely every element they might need to create 
software or hardware documentation. However, DocBook 
may not be the right choice for some authors, especially 
those unfamiliar with authoring structured XML content. 
Additionally, authors have complained that the number of 
elements contained in DocBook is overwhelming (over 300 
valid elements are included) and that as a result, using the 
DTD is more difficult than it ought to be. For that reason, 
some organizations have adopted the Simplified DocBook 
DTD (detailed below). 

Check out SourceForge.net and other sites for DocBook 
projects, and downloadable DTDs and sample files. You 
may also try a Google search for “Norm Walsh and 
DocBook" to find examples and historical data on this 





DTD...it has pre-XML roots in SGML (Standard Gener- 
alized Markup Language). 
about 


Learn DocBook here  (http:// 


sourceforge.net/docman/?group.id-21935). 


more 





The real beauty of DITA is that it 
provides an architecture - unlike other 
DTDs - that allows for easy expansion 

through specializations (customizations 
to the DTD). A schema is also available 
for DITA 


A downloadable structured Adobe FrameMaker DocBook 
XML example project created by Steve Whitlatch is avail- 
able online as well. It includes an expanded discussion of 
using the structured version of Adobe FrameMaker and the 
DocBook XML DTD and details some new auto-formatting 
features for tables, graphics, and xrefs. Additional infor- 
mation about the DocBook Extensible Stylesheet Language 
(XSL) project is also provided. 

Learn more about DocBook for Adobe FrameMaker 
here (http://www.getnet.net/~swhitlat/ 
DocBook/docbook.section.html). 


Simplified DocBook XML DTD 


According to DocBook.org, the Simplified DocBook DTD 
"is a small subset of the DocBook XML DTD” (105 ele- 
ments) created to help authors who may be overwhelmed 
by the sheer number of valid elements in the original Doc- 
Book XML DTD (over 300 elements). 

Learn more about the Simplified DocBook XML DTD here 
(http://www.nwalsh.com/docbook/simple/ 
index.html). 


A variety of DocBook resources are available here 





(http://www.dpawson.co.uk/docbook/ 
reference.html). 


DocBook Slides DTD 


The DocBook Slides DTD is also a free DTD contributed 
for public use by Norm Walsh. By using the DocBook 
Slides DTD (and the many stylesheets and support files 
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The DocBook project 


RCE RGE 


net mysfnet | software map / donatetosfnet / aboutsfnet 
E 





Login via SSL 
New User via SSL 





Project: DocBook: Summary 


Summary | Admin | Home Page| Tracker} Bugs | Patches | RFE | Lists | Docs | 
* Screenshots | News | CVS | Files | 


Home for the DocBook XSLT stylesheets and DSSSL stylesheets and Developer Info 
more. 

Project Admins: 
* Subscribe Now * Development Status: 5 - Production/Stable bobstayton^ 
Pisis * Intended Audience: Other Audience nwalsh / 

ubscripbon e Topic: Text Processing nidoci / 

* Advanced Search dora: 
* Direct Download 
* Priority Tech 
Support Project UNIX name: docbook 
* Project Monitoring Registered: 2001-03-04 02:16 


Activity Percentile (last week): 94.28% @ 


Developers: 22 
[View Members] 


SE Tx anm 





that come with it), you can immediately begin creating 
XML slides and transforming them into online presenta- 
tions. The main element is the "Foil" — referring to the 
old, plastic floppy slides that used to be used for presen- 
tations. Users may create a “FoilGroup” and place many 
“Foils” within their presentation. At the start of a presen- 
tation there are elements for creating title and speaker in- 
formation as well. The DocBook Slides stylesheets trans- 
form each foil into an online page with the user's choice of 
look-and-feel, a table of contents, and complete navigation 
(next/previous/contents). 

Visit SourceForge.net to download the DocBook Slides 
project files and corresponding DTD. 

Learn more about DocBook Slides here (http:// 
sourceforge.net/projects/docbook/). 

A DocBook Slides demonstration is available here (http: 
//sourceforge.net/project/showfiles. 
php?group.id-21935V&package.id-59365). 


U.S. Military DTDs 


Recently, the Department of the Navy (DON) released its 
Naming & Design Rules (NDR) version 2.0 for creating 
and working with XML structures. Version 2.0 firmly es- 
tablishes a common structure and language for authoring 
and presenting content, and enables the discovery and reuse 
of common content elements across the naval enterprise. 
the U.S. Navys XML NDR 
here (https://www.doncio.navy.mil/ 
(b5stca55srias320waniyi45)/storefront/ 
Product. Detail.aspx?ID-1318). 


Learn more about 





Learn more about the U.S. Navy's information man- 
agement plan here (https://www.doncio. 
navy.mil/ (b5stca55srias320waniyi45) 
/fy04stratplan/). 

The U.S. Department of Defense (DOD) maintains an XML 
Gallery — a metadata registry and clearinghouse for military 
XML information. The purpose of the Gallery’s XML Reg- 
istry is to promote the consistent use of XML, both verti- 
cally within individual agencies and horizontally across all 
DOD agencies. 


By using the DocBook Slides DTD (and 
the many stylesheets and support files 
that come with it), you can immediately 
begin creating XML slides and 
transforming them into online 
presentations 


Learn more about the U.S. DOD XML Gallery 
(http://xml.dod.mil/xmlreg/user/ 
information.cfm). 


Conclusion 


XML DTDs allow you to add levels of control to the doc- 
uments you create. DTDs facilitate structured content de- 
velopment, content reuse, consistency, and interoperability. 
Whether you create your own XML DTDs or utilize one or 
more of the many freely available XML DTDs is up to you. 
No matter which approach you take, make sure you learn 
everything you can about your business needs (those of the 
end users, as well as the needs of your content creators) be- 
fore you decide which route to take. Additional resources 
are provided below for those who'd like to learn more about 
XXML DTDs. 
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You needn't eat spam (or 


worms) 


The real reasons why Spam.stillexists'today — and what to'do 


about it 


Jeffrey Race 


any who would cure us of spam look in the 

wrong place — technology — for the answer. 

These well-intentioned analysts rightly see 

this menace as resulting from a state ma- 
chine that can be tweaked, but they should look to the I/O re- 
lationships of human behavior rather than communications 
protocols for the solution. 


There is virtually no legal way to upload 
spam in the United States and many 
other countries, due to contractual bans 
imposed by backbone providers on their 
ISPs, who in turn impose them on their 
users 


A pestilence in its own right, spam is also the dead 
canary in the mineshaft sternly warning us that the 
new communication and control system the world 
will inevitably come to rely upon for mission-critical 
tasks is dangerously vulnerable to catastrophe from 
any seriously talented programmer with a motive for 
chaos (http://www.icir.org/vern/papers/ 
cdc-usenix-sec02/index.html). 

As with drunk driving, change will come only when people 
get mad and decide to act in unison against this eminently 
preventable menace. 

Individual victims, and many Internet Service Providers, 
now employ incoming filters to stem the flood, but this 





Trend in proportion of viruses to total e-mail worldwide 2003-2005. 


Used by permission of Messagelabs Ltd 








sauve qui peut measure leaves intact the burden on the 
network. A step up are utilities like Spamcop (http: 
//www.spamcop.net), which actually reports spam to 
a responsible party, but this palliative fails to prevent spam 
at the system level. 


Why spam happens 


How can this pestilence continue to worsen, when other se- 
rious social problems are stable or declining? (Think drug 
abuse, drunk driving.) 

Simply because the internet now ignores basic principles 
of human behavior known to every parent, and universally 
applied elsewhere in civilized life: 
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e Everyone is responsible for his actions 

e Actions are traceable to their authors 

e Actions bring their authors good or ill, according to 
their impact on others 


In short, spam exists because action is divorced from conse- 
quences. Fix that! 


How spam happens 


Spammers now employ a variety of advanced upload meth- 
ods such as open mail relays, insecure web proxies, mal- 
formed CGI scripts and zombied clueless-luser machines. 
However there is virtually no legal way to upload spam in 
the United States and many other countries, due to contrac- 
tual bans imposed by backbone providers on their ISPs, who 
in turn impose them on their users. Uploading spam al- 
ways entails one or more offenses like tort, Terms of Service 
fraud, violation of contract, or trespass. 

Spam continues because many ISPs fail to enforce these 
clear and simple rules against their spamming customers, 
and the backbones do not enforce the rules against the ISPs. 
Why can’t they enforce the contracts? 

They can, and many do: it is a management decision, driven 
by money. The providers who do enforce operate ethically; 
those who don’t operate on the Environmental Polluter busi- 
ness model: it’s easier to dump the waste in the river than to 
secure one’s factory against pollution. 

For the big-time spam-enabling backbones, and their down- 
stream ISPs, abuse desks, with their “thank you for your re- 
port” auto-replies, are pacifiers intended to keep the money 
coming in while placating enraged victims with illusions of 
action. In fact, the only effective action — cutting off pollut- 
ing ISPs — is seldom imposed. 

Why don’t the spam-enablers rigorously follow up com- 
plaints? They claim their abuse desks are “overloaded”. 
One shameless ISP even sends this auto-reply to complaints: 


Thank you for your message. Your email has been 
received and will be processed in due course. Due 
to the overwhelming amount of email received at 
this address, you may not receive a human re- 
sponse. 


A more candid confession of failure to secure one’s network 
is hard to imagine. 


If one probes a bit deeper, more sad truths emerge. Spam- 
mers open multiple accounts and web pages under false 
names, spew out their spam, sometimes in fact are shut 
down, then move to the next ready account or webpage on 
the same host, and recycle. Abuse desk staffers cheerfully 
call this whack-a-mole; engineers call it an endless loop. 


Lack of identity checking permits this endless loop. When 
questioned ISP managers reply that they could not possi- 
bly earn a profit if they had to secure their networks against 
abusers. 


What is wrong with this picture? It is precisely the Envi- 
ronmental Polluter model: design a business to gather rev- 
enue for the stockholders while imposing on outsiders the 
economic losses to society arising from its polluting opera- 
tions. 


Offending ISPs allege “no one would sign up for an ac- 
count” if each had to be verified, which of course is true 
as long as there are race-to-the-bottom providers extending 
connectivity to any malicious or negligent stranger. If no 
one could offer service, allowing strangers to injure others, 
then the current competitive race to the bottom would not 
exist. (Effective and innocuous measures exist to confirm 
identity, used by many firms in many economic sectors. A 
technical solution exists even to preserve anonymity by per- 
mitting but rate-limiting such accounts.) 


The spammer business model 


Spammers have their own business model, aptly summa- 
rized as the Thousand Cuts, which meshes with the Envi- 
ronmental Polluter model to victimize the rest of us. Spam- 
mers well know the illegality of their businesses but know 
also that the pain is spread in small amounts among many 
victims, not one of whom can make an economic case for 
litigation. Even someone determined to act finds it difficult 
due to cumbersome legal procedures, the cost of discovering 
obfuscated identities, and the torpor of the agencies respon- 
sible for ensuring accurate databases. 


What to do 


Spam increases because no ill consequences befall the male- 
factors and their enablers. As every caring parent knows, 
this method is guaranteed to raise antisocial offspring. 
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Major spam-emitting regions worldwide, courtesy of Postini 





Crisis in the making? Total spam on the internet 2004-2005. 


Source: Distributed Checksum Clearinghouse 




















What to do? Obviously, smash these two business mod- 
els. Big, immediate improvements require no legislation 


and little litigation, just doing the obvious on the internet 
comparable to what every loving parent does in rearing his 
children. 

The following steps can end spam as a “big issue" for inter- 
net users. 

First and foremost, ISPs must use blocklists to refuse all 
incoming mail from insecure or misconfigured mail servers, 
rather than just filtering incoming spam. This is the only 
method that works, and it works immediately. 

Blocklists assemble the Internet Protocol addresses of mail 
servers known to emit spam. A variety of organizations 
maintain such lists, using numerous criteria such as whether 
the manager of the mail server is spammer-friendly, negli- 
gent in the operation of his mail relays, running insecure 





CGI scripts or proxies, disobedient to the ruling documents 
of the internet known as RFCs, or complaisant to trafficking 
over his network in internet burglar tools (spamware). 
What happens when an ISP uses blocklists? All mail from 
spam-enabling ISPs fails to transmit; senders receive a di- 
agnostic message to the effect: 


“REJECT=550 Your message is refused since 
transmitted from a spam-emitting mail server at 
IP address 203.144.247.97. Contact your system 
administrator to bring this server into compliance 
with current best practice." 


Immediately scores or hundreds of customers complain to 
the offending ISP, which is forced to manage its mail servers 
properly. This differs from the present state of affairs where 
the victims complain uselessly to their own (victim) ISP. 

Even the best ISPs occasionally fall afoul of blocklists, but 
they cure the problem fast. 
how fast spamming stops when a blocklist is used, or even 
threatened. Connect, one of Australia's largest ISPs, long 
harbored a notorious spammer. At 10:00 a.m. one day in 


Indeed it is almost comical 


January a few years back a group of victim system admin- 
istrators tired of politely asking Connect to shape up and 
instead laid down their new zero-tolerance policy: blocking 
would ensue that day unless Connect shut off its spammers. 
By 1:30 p.m. they were gone, with no service interruption. 
Merely the threat of disconnection from the internet caused 
management to pull up its socks. 
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A similar incident occurred in Australia when Optus defi- 
antly refused to cut spammers loose. Blocking by an impor- 
tant group of victims forced Optus to change its policy two 
days later: the magic of "actions have consequences". 
Blocklists keep unsafe ISPs from connecting to the internet 
just as credit reports exclude defaulting debtors from the 
credit markets and pre-flight inspections keep unsafe planes 
from the sky. Some inconvenience may arise until safety 
and security are assured but it is small, necessary, brief, and 
falls upon the offender rather than the victim. 

Universal adoption of blocklists can be encouraged by cus- 
tomer demand, by pressure from public standards bodies, 
or even by government. Its effect might at first be to split 
the internet into zones of purity and islands of pollution. 
As blockage expands, spammers will be pushed into ever 
smaller and less connected domains, which grow ever more 
blocked. This cumulative process would end quickly, with 
residual polluted areas populated by ISP customers who 
have little need to communicate with zones of purity. 
Second, every upstream provider must verify — by testing 
— that all downstream customers comply with current best 
practice. To end controversy about intrusiveness, this mea- 
sure should be endorsed by standards bodies. 


Two critical guardians of internet 
integrity, ICANN and the Regional 
Internet Registries, must be inspired to 
cease behaving like pussycats 


Third, two critical guardians of internet integrity, ICANN 
and the Regional Internet Registries, must be inspired to 
cease behaving like pussycats. These bodies are charged 
in different ways with creating the “internet telephone di- 
rectory” which allows users to find each other. However, 
the resulting database of identities is corrupted by massive 
spammer registration fraud, precisely to prevent the victims 
from finding their tormentors. Many registrars cheerfully 
make a living from spammers and brazenly refuse to act 
against their outlaw customers. ICANN is charged with pre- 
venting such complicity in fraud and is fully empowered to 
yank registrar accreditation. 

(Supervision over domain name assignment falls to ICANN, 
the Internet Corporation for Assigned Names and Numbers. 
Internet Protocol addresses are allocated to users by four 


registries worldwide, ARIN — American Registry for Inter- 
net Numbers, APNIC — Asia Pacific Network Information 
Center, RIPE — Reseaux IP Europeen and LACNIC — Latin 
American and Caribbean Internet Addresses Registry.) 

My own unhappy experience with ICANN confirms — to put 
it charitably — that no one there will be committed for psy- 
chiatric care due to obsession with suppressing registration 
fraud. 

The RIR’s charters are less authoritative, itself a serious 
problem, and the communities in which they are involved 
are aware of defects in the database. Again, personal con- 
tact reveals that the RIR headquarters staff are not anguished 
over the inability of victims to identify their tormentors; in- 
deed many actively oppose measures to enhance accuracy 
(“not our problem"). 

The failure of these critical organizations to perform their 
duties should be righted, if necessary by a public spotlight 
or even legislation. 

Fourth, the legal profession in cooperation with anti-spam 
groups should aggressively attack major spam-enablers, for 
which numerous legal grounds exist such as public nui- 
sance, attractive nuisance and negligent enablement. It 
should be possible to recover huge money damages in view 
of the billions of dollars in annual losses provably resulting 
from their negligence and from their wilful failure to en- 
force contractual agreements. ISPs and backbone providers 
well know torts, or worse felonies, are continually being 
committed with their property but fail to adopt even the 
most obvious preventive measures. This arena is a perfect 
fit for class action litigation. 

Fifth are limited prosecutorial or administrative actions. 
Many spammers are incorporated and it is not hard to see 
how their charters could be summarily revoked for violat- 
ing their corporate charter, since spamming necessarily en- 
tails violation of civil and often criminal law. A quick and 
probably uncontested hearing should suffice. 

A few exemplary prosecutions pour encourager les autres 
could be mounted on a variety of grounds. One promising 
criminal approach is “fraud in the inducement’. Violation of 
the “click to sign up” internet account agreement would or- 
dinarily be construed as a civil dispute, but a chronic pattern 
of contract violations where the spammer intends to violate 
ab initio is criminal conduct in many jurisdictions. 

Finally, some modest legislative action may be in order as a 
residual cleanup measure. Primary would be removal of ex- 
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World's top spam-emitting domains March 18, 2005. Used by per- 
mission of Ironport Systems 





Estimated 
Daily 
Volume (m) 

© Network Owner 
Yahoo! 
Comcast Cable 
Road Runner 
Proxad / Free SAS 
Supercable 
MS Hotmail 
GTE Intelligent Network Services 
Verizon Internet Services 
Telewest HSD Platform 
America Online 
Pac Bell Internet Services 
CHARTER COMMUNICATIONS 
Telefonica de Espana 
TELECOM ITALIA S.P.A. 
83.7 wanadoo.fr France Telecom IP2000 ADSL BAS 
76.1 attbi.com Comcast Cable 
75.8 prod-infinitum.com.mx UniNet S.A. de C.V. 
73.1 t-dialin.net Deutsche Telekom AG 
69.1 ameritech.net Pac Bell Internet Services 
TELECOMUNICACOES DE SAO 
PAULO S.A. - TELESP 


Domain 

270.0 yahoo.com 

266.7 comcast.net 

174.0 rr.com 

132.3 proxad.net 

118.6 auna.net 

101.8 hotmail.com 
98.3 dsl-verizon.net 
97.4 verizon.net 
95.7 blueyonder.co.uk 
92.1 aol.com 
91.0 pacbell.net 
87.9 charter.com 
87.3rima-tde.net 
86.5 interbusiness. it 























67.6 telesp.net.br 








isting immunities granted to ISPs and backbone providers, 
allowing the full force of the law to be brought to bear by 
class actions for management negligence and for its adop- 
tion of the Environmental Polluter business model. Also, 
fast-track administrative procedures should be adopted to 
speed unmasking of spammers, who now hide behind toll- 
free numbers, maildrops and freefax services, presently re- 
quiring subpoenas to reveal. 


Conclusion 


Don’t be fooled by articles bleating about the irresistibly 
rising tide of spam and the urgency of legislation. The solu- 
tions are clear, have worked for other industries, and orders- 
of-magnitude improvements can be had with no new laws. 


Measures to stop spam dead would also reduce security 
threats including use of the internet for terrorism, fraud, 
sabotage and security/network threats like viruses, worms, 
Trojans, phishes and DOS attacks. 


One needs only to enforce existing contracts and manage- 
ment charters (e.g. ICANN’s) and to apply the basic prin- 
ciples of civilization to the internet. No one would fly an 
airline run like today’s internet. Why should we tolerate 
such misoperation of an ever more critical resource in mod- 
ern life? 


Spam is the predictable consequence of management deci- 
sions to use the Environmental Polluter business model and 
of the legal system to permit the Thousand Cuts spammer 
model. About one hundred spammer enterprises, mostly 
well identified and documented (http: //www.rokso. 
org), emit the great bulk of the world’s daily spam spew. 
It can be stopped almost completely, within days, without 
lasting collateral damage, just like a brief hospital visit to 
recover from a dangerous illness, which spam certainly sig- 
nals for the internet. It takes only understanding, a few acts 
of collective will, and doing a few obvious things, just like 
the airport security measures now finally being adopted. But 
these few obvious things must be done together by a critical 
mass of participants; few are willing to jump first or to jump 
alone. 

A while back my beloved daughter Jasmine (then ten) was 
given to some misbehavior we thought she’d do better to 
lose. Talking with her rationally was like talking (as I have 
done at length) to lawyers for a spam-enabler: she listened, 
then went on misbehaving as before, much to the annoy- 
ance of her parents. When pressed, she said she wished to 
discuss the matter no further, so we shut off her DSL con- 
nection. Two days later the misbehavior disappeared. When 
the measures described above are adopted, that’s how long 
it will take for spam to shrink to insignificance. 

A practical proposal to end the spam menace, based on 
the above principles, may be downloaded here (http: 
//www.camblab.com/misc/univ_std.txt). 
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Guerrilla marketing 


Part three: getting themiost out of interviews 


Tom Chance 


nterviews are a mainstay of the media. For jour- 

nalists, they're an excellent way to check facts, get 

some nice quotes or structure an article. For free 

software projects looking for coverage, they're an 
easy way to write your own article and get it published. But 
getting the most out of an interview can be a fine art; jour- 
nalists can misunderstand or even misrepresent what you 
say, and you can ruin or make your image in the eyes of 
the audience. The third article in this series suggests some 
strategies to adopt to make every interview a marketing suc- 


cess. 


Opportunities and hazards 


Before I discuss how to conduct yourself in interviews, it’s 
worth considering why interviews are used. If you know 
what the journalist is trying to achieve, or what you want 
to achieve in doing an interview, then you’re better placed 
to develop a winning approach. The most important thing 
with interviews, given that you’re communicating directly 
with the journalist, is to remember that they will publish 
based on their impression of you, so be polite and helpful at 
all times. 

The most common reasons for an interview are for short ar- 
ticles. Journalists will often receive your press release or 
some other news item that mentions you and want to check 
their facts, get a response to some allegation or just get a 
nice quote. Articles that have been well researched, with 
plenty of quotes and input from relevant groups and individ- 


uals, always read better. So if you’re being interviewed for 
a short article, it’s your opportunity to get one or two points 
across in your favour. You can correct misunderstandings, 
give them a few choice soundbites and help them go be- 
yond the information they’ve gleaned from press releases. 
Journalists are often very lazy, so you'll have a good oppor- 
tunity to feed them important information that they've not 
bothered to research themselves. 


Articles that have been well researched, 
with plenty of quotes and input from 
relevant groups and individuals, always 
read better 


Another reason is to create a feature article based around an 
interview, or sometimes a series of interviews. This is an 
easy way for a journalist to structure an article, since they 
can just run through the themes that you talk about and write 
it up. They can be far more readable than a block of prose if 
you come across as friendly and interesting. And if the jour- 
nalist makes the effort to write it up properly (as opposed to 
simply formatting the question-answer structure) then they 
can present you and your project in an informal manner, be 
it warm or hostile. 


Whatever kind of article, the journalist will be looking for 
certain information from you. If they're friendly, help them 
out. If they're hostile, be wary and try to stick to your key 
messages without annoying them; we all know how annoy- 
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The essential interview checklist 


* 
eu Messages 
A audience? 


* Context? 
* how to deliver 


m 
7 ges & frame 
* Ls tt líve? 


* What s the due 
question? 





ing it is when people refuse to give straight answers. The 
crucial point, as ever with guerrilla marketing, is to stick to 
your key messages. Even a friendly interviewer can trick 
you into talking about something you don’t want published. 
You're always within your rights to refuse questions, or to 
simply avoid contentious issues, but doing so will annoy the 
journalist. It's a fine line that you have to walk. 


elnterviews 


Not surprisingly, the most common form of interview for 
free softies is by email. These are easy, a gift to you and 
to friendly journalists. You get to spend time considering 
your response, drafting and refining it until you're abso- 
lutely happy with the tone and detail. The journalist gets 
to simply copy and paste your responses, rather than tran- 
scribing recordings or trying to read rushed scribbles. 
Before you start the interview, perhaps when you're first 
asked if you'd like to do it, find out what the audience is. 
With this information you can tailor your answers, for ex- 
ample to other developers, to a user magazine or to aca- 
demics. Also ask what the focus of the article is and why 
you're being interviewed for it. Work out how you want 
to frame your responses or, in the case of a feature article, 
how you want to frame the whole thing, taking into account 
what the journalist seems to be after, in order to avoid being 
antagonistic. 

Once you have your frame worked out you need to pick your 
key messages. By now you're probably getting bored of 
reading this - “how hard can it be to pick three things", you 


say? Well in the case of interviews it's much harder because 
the journalist won't know what your messages are, and he 
or she will ask you lots of things that don't map onto your 
messages. So you really want to be clear about what they 
are, and how you can make anything the journalist throws at 
you fit them. 

Once you have the questions, read them, re-read them and 
read them again. Think about what the journalist is trying to 
learn from your answers, and either help them out if they're 
sympathetic or warily respond with your messages if they're 
hostile. 

And that's it. Email interviews are really fairly simple. Give 
the journalist your key messages whilst making them think 
you've given them exactly what they want, and you can't go 
wrong. 


One step up: talking to journalists 


Being interviewed over the phone or face-to-face is a lot 
harder, though the same basic lessons apply. Because you 
haven't got time to think the questions over, go and make 
yourself a drink, come back and carefully draft your re- 
sponse, you need to be much clearer about your messages, 
your frame and your goal. 


Rehearse your key messages, and try to 
think of good answers to questions that 
the journalist is likely to ask 


Rehearse your key messages, and try to think of good an- 
swers to questions that the journalist is likely to ask. Get a 
friend to help you with this, and make them ask you really 
tricky questions to hone your ability to remain calm and on- 
topic. Leading questions, where the question assumes some 
unproven fact or response, are especially difficult. For ex- 
ample, if I were to ask you: "Don't you think it would be 
a good idea to warn users of the number of bugs in your 
software?", you should challenge the assumption that your 
software contains many bugs that will concern users. That's 
an easy example, but they can be much harder. Watch some 
interviews with politicians to understand how clever jour- 
nalists can be in trapping their interviewee this way. 

If the interview isn't live then you can always ask to start 
an answer again, so don't worry too much about messing 
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up. If you think you're going off topic or aren't giving a 
satisfactory answer, just ask to restart. But beware of doing 
this too much — you'll give a bad impression. 


3... 2... 1and we're live 


Being interviewed live is the hardest media task of all. 
You'll have a small window into which you have to squeeze 
your messages and no journalist to distill what you say and 
make it more presentable. For this reason, you need to do 
even more work on your key messages, making sure that 
you can deliver them with confidence, extremely concisely. 
Often you'll only actually have a ten or twenty second clip, 
unless you're being interviewed for the whole show, so one 
or two well rehearsed lines can make life a lot easier. 

There are a few other things you can do in preparation. The 
first is to ask the interviewer what the first question will be. 
Unless they're hostile, they're likely to tell you since you'll 
be able to answer better, making the programme sound/look 
better. The second is, if possible, to talk to the interviewer a 
little beforehand to make yourself more comfortable talking 
to them. You don't want a loose tongue, so don't go and 
get drunk or become best friends in five minutes, but you 
also don't want to sound stiff and nervous. Finally, if you're 
going to have more than a minute to talk and you know the 
audience, think of an anecdote to tell. Don't try to be funny 
unless you're genuinely hilarious because you'll probably 
sound lame, but it's good to come in with some conversation 
that'll enhance your messages. 

There's one other consideration that's unique to radio/TV 
interviews. The audience isn't going to remember what 
you say half as much as they'll remember how you look 
and sound. If you come across as nervous, arrogant or eva- 
sive then they're unlikely to take what you say too seriously. 
Practice in front of a mirror, try recording yourself, watch- 
ing and listening back, and get your friends to help. Look 
out for bad body language, messy or suspiciously smart 
You don't 
want to look and sound like a robot, or too professional; 


clothing, voice faults and funny expressions. 
just act naturally without being too weird! 


Rolling your own 


OK, so being interviewed can be really difficult, especially 
if you're not too good at thinking quickly and responding 


well. But even if you're hopeless at being interviewed, con- 
ducting your own interviews is far easier and it's a handy 
way to get some coverage. Most free software publications, 
especially those online and the magazine you're currently 
reading, will happily take a well written interview. And best 
of all, since most of the text of the interview will consist of 
the responses from the person you're talking to, you don't 
need to write a lot! 

The best way to get into writing interview articles is to pick 
a topic you're familiar with. So if, for example, you wanted 
to promote something to do with the Xfce desktop envi- 
ronment and you follow the developers' blogs, pick one or 
two developers and interview them about some new features 
they're working on. The research will be easy - just look 
over the blogs, pick the topics you want to focus on and 
compare Xfce with its competitors. Think of how you want 
to frame the article, and what sort of information you want 
out of your interviewees. This process is just a matter of 
reversing the checklist you use when being interviewed. 
With the basic research done, you need to do the interview. 
Think of between five and ten questions, ranging from the 
obvious ("introduce yourself") to the basic ("explain x, y 
and z”) to the more interesting and searching questions. 
Email them off to the interviewees with a brief explanation 
of your article idea, and if possible follow it up with a phone 
call or a face-to-face meeting. It's always best to email the 
questions ahead if you do talk to them so that they have 
more time to consider their responses. When you get some 
answers, try to follow them up with some supplementary 
questions. Interviews that follow a stock format and never 
really get into the issues are extremely boring, and will make 
most editors yawn. 

With your answers in hand, you need to write it up. There 
are two ways to do this: as a question-answer article, or as 
a conversation piece. The former is easiest — you just for- 
mat it as question, answer, question, answer and so on, then 
check for spelling mistakes, introduce it and you're done. A 
conversation piece is harder but will read better. You need to 
work out one or two frames and then write up a short story 
about your conversation, including background information 
where relevant to draw out those frames, interspersing your 
prose with their answers as quotes. For both kinds of arti- 
cles, have a look at examples on the web to get a feel for 
what works and what doesn't. 


Finally you need to get the article published. You should 
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know the kinds of publications that might be interested in 
the interview, and that have audiences who represent the 
best marketing opportunities. Unless you have writing ex- 
perience, you're best off simply emailing the finished prod- 
uct to some editors straight off, with a brief introduction. 
Make the email like a semi-formal letter and sound polite 
and professional. Sometimes publications have submission 
guidelines, so read them carefully and format your text ap- 
propriately. Then sit back and wait. 


Let the karma flow 


If you've read all three articles in this series, you should be 
well placed to promote your free software project and prod- 
uct in the marketplace. You'll know how to develop a good 
media strategy, how to announce news to the community 
and the press, how to conduct yourself in interviews and 
how to write your own. 

Marketing isn't a science, and I’m certainly no expert on 
the subject. But by learning from others, undertaking a little 
training with a campaigning group and actually working "in 
the field", I’ve managed to build up a portfolio of articles 
and press coverage that, I hope, has helped to move some 
free software projects forward a little. You can do the same. 
Just dive right in and, with a little care and a willingness to 
learn, you may just put your project in the limelight. 
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Free software and' digital rights 


management 


Bitter-énemies or strange Dedfellows? 


Chris J. Karr 


nrecent years, digital rights management technol- 

ogy (DRM) has become an important issue to free 

software users and developers. Free software users 

first experienced this issue when they discovered 
that they were unable to legally play their DVD discs on 
their Linux and BSD computers. In recent months, users 
carefully observed a technological arms race between Ap- 
ple Computer and hackers working to circumvent the Fair- 
Play system used to protect digital files purchased from Ap- 
ple's iTunes Music Store. Finally, when Tivo released its 
TivoToGo show-sharing technology a few months ago, ea- 
ger Tivo users discovered that their files were not usable on 
non-Windows platforms. 


In recent months, users carefully 
observed a technological arms race 
between Apple Computer and hackers 
working to circumvent the FairPlay 
system 


DRM is the content industry's response to the additional 
power that digital playback and distribution technology has 
granted consumers. In an environment where digital files 
can be perfectly duplicated in seconds, DRM attempts to 
disrupt that power by preventing users from modifying and 
distributing content without the permission of that content's 
producer. Content producers presently find themselves in an 
odd situation. Digital technologies have the potential to rev- 


olutionize their business by allowing them to directly mar- 
ket and distribute content to their customers. On the other 
hand, the same power that producers have to streamline their 
operations also allows unscrupulous users to likewise dis- 
rupt that business and act as distributors in the producers' 
stead. Because of this, content producers have been hesi- 
tant to fully embrace networked digital technologies. Rather 
than risk the possibility that their media may escape their ex- 
clusive control, content producers choose to forgo the ben- 
efits of online distribution and retain their less efficient tra- 
ditional business models. 


Since DRM systems strive to be a vertical stack of software 
components that guard media from production to consump- 
tion, complete DRM systems tend to be monolithic collec- 
tions of technology developed and controlled by single ven- 
dors. Microsoft backs the Windows Media platform for au- 
dio and video. Apple uses a system called FairPlay to en- 
code tracks distributed from its iTunes Music Store. Real 
Networks attempted to deploy a system called Harmony that 
was compatible with Real content. Because these systems 
are constantly under attack by users wishing to strip the 
DRM from content, these companies have chosen to keep 
the systems proprietary and the sources closed. Keeping 
the source closed adds another layer of obscurity that DRM 
hackers must overcome in order to compromise the system. 


While the details of implementing a robust DRM system are 
best left to network and security gurus, consider the hypo- 
thetical situation where a robust free software DRM plat- 
form exists. Would free software DRM provide the means 
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for free software media applications to participate in the 
content production and distribution processes? Could a free 
software DRM platform break the hold of proprietary closed 
source DRM platforms? Would content producers and con- 
sumers embrace a free solution? Or would a free software 
DRM platform be an unacceptable ideological compromise 
that would do little to advance free software’s pragmatic 
goals? 


The players in the rights management game 


There are three main actors in any rights management sce- 
nario. Media consumers create a demand for content, which 
content producers likewise attempt to supply. The con- 
tent producers create a demand for rights management soft- 
ware, which DRM vendors attempt to supply. While the 
consumers are negatively impacted by DRM, the producers 
choose to impose DRM upon consumers as an additional 
cost of obtaining content via electronic means. 

Both producers of commercial content and rights manage- 
ment technology have one overriding goal: to exploit to the 
fullest extent possible their content and technology. Their 
goal is to maximize profits. For content producers, this is 


achieved by finding the right balance between their desire 
to charge high prices and the consumers’ desire to purchase 
at low prices. Selling content to ten people paying five dol- 
lars each is more desirable than selling only two copies for 
twenty-dollars each. Conversely, selling to forty people for 
one dollar a copy is worse than selling to ten customers for 
five dollars each. Since production costs are fixed and in- 
dependent of the size of the market, and distribution costs 
are negligible, content producers will search for the “sweet 
spot” where the supply and demand curves intersect. 


Both producers of commercial content 
and rights management technology have 
one overriding goal: to exploit to the 
fullest extent possible their content and 
technology 


Rights management technology vendors play a different 
game. Real, Microsoft, and Apple are all battling to pro- 
duce a standard and widely adopted DRM platform. If one 
company’s system fails to gain wide acceptance, content 
producers and device manufacturers will opt to license the 
competitors’? more popular systems. This market is strongly 
affected by positive feedback loops and tipping points — a 
more popular system will be adopted by more device man- 
ufacturers and software developers, which will encourage 
more content producers to use the popular system, and so 
on. The spoils of this fight are significant. If one company 
can gain dominance over the others, it will leverage that suc- 
cess with its DRM platform to become dominant in the other 
areas of the media industry — production, distribution, and 
playback. 

Finally, consumers are the final actors in the rights manage- 
ment scenario. An ideal outcome for consumers is that there 
is no DRM at all. Consumers would be free to use the con- 
tent as they see fit. However, producers are not willing to 
provide this freedom as it negatively impacts their ability to 
sell more content. While the record industry is rightfully de- 
rided when it provides inflated numbers of decreasing sales 
due to peer-to-peer technology, some sales are undoubtedly 
lost to free downloading. Furthermore, when consumers in- 
discriminately share content in violation of copyright laws, 
a social effect emerges where people become accustomed 
to not paying for content. While there is a larger discussion 
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to be had about adapting media business models to reflect 
modern realities, producers' current refusal to release unen- 
cumbered content is perfectly rational. 


Rights management and free software 


The problems for free software that modern DRM platforms 
introduce are that proprietary systems are closed source and 
it is impossible for free software users to obtain and legally 
play protected media using free applications. Microsoft's 
DRM platform is limited to the Windows operating systems 
and the devices that license Microsoft's media technology. 
Apple's FairPlay technology is limited to the iTunes media 
player and the iPod portable device. Since none of these 
applications are made available on free software platforms, 
free software users are in same position as they with respect 
to DVD content seven years ago — unable to play their pur- 
chased content. While it is possible to play some of these 
files on free software platforms, the user has to circumvent 
the DRM and likely violate copyright law. 


Since this situation does not serve the interests of software 
users and developers, does it make sense for the free soft- 
ware community to introduce an open DRM platform of 
their own? Can a free software DRM platform be used to 
advance free software projects and principles? 


Making the simple assumption that it is possible to create 
a strong free software DRM platform, how would such a 
system impact the current struggle between users, content 
producers, and DRM vendors? Let's presume that this hy- 
pothetical free software DRM platform has the following 
traits: 


1. The rights enforcement would be strong and secure 
enough to inspire confidence among the content pro- 
ducers. Producers would be comfortable releasing me- 
dia to all users under such a system. 

2. The platform would be freely available to all interested 
developers. Developers wishing to create compatible 
software would not be required to pay a fee or license 
any technology. 

3. The platform would be available on free and non-free 
platforms, including portable devices. 

4. The platform would be flexible enough to accommo- 
date different locales' individual copyright laws. 
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If such a system existed, would it be a compelling alterna- 
tive to existing proprietary rights management packages? 
Current DRM vendors stand to lose the most with the in- 
troduction of a free DRM platform. The availability of an 
open platform is an enticing offer for content producers and 
consumers worried about single-vendor lock-in. If content 
producers release materials with this free system, there will 
be additional pressure on software vendors and device man- 
ufacturers to include support for the free format. Since the 
cost of including this technology is limited to implemen- 
tation and doesn't include any licensing fees, software and 
device vendors won't worry about their business being held 
hostage by a single software vendor. 


Would a free software DRM system be a 
compelling alternative to proprietary 
DRM packages? 


Consumers gain the most with an introduction of a free 
DRM platform. Users of traditionally neglected platforms 
like Linux would finally obtain a measure of parity with 
Windows and Mac users when dealing with media content. 
Furthermore, since the code responsible for rights manage- 
ment no longer excludes anyone, creators of applications 
like media playback and cataloging applications would no 
longer be shut out of the media marketplace. This would 
introduce competition and diversity in the media software 
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“Rights management” versus “rights 
declaration” 


In the discussion so far, the focus has been placed on strong 
DRM platforms - that is, software platforms that attempt to 
prevent users from exercising some functionality or other, 
such as playing protected files on unauthenticated machines. 
An alternative to a strong DRM platform is a robust rights 
declaration scheme. In a rights declaration scheme, the 
software encodes licensing and rights data, but the soft- 
ware does not attempt to limit users from using the con- 
tent. Rather than encode the rights enforcement in software, 
a rights declaration scheme uses social pressure and shared 
values to keep users honest. While a strong DRM platform 
attempts to be an impenetrable system, a rights declaration 
scheme acknowledges that it is probably impossible to build 
a perfect DRM system, and developers’ time is better spent 
elsewhere. 

There are a number of advantages that rights declaration 
schemes have over rights management platforms. First of 
all, by implicitly trusting the media user, rights declarations 
are simpler to implement than DRM. Rights declaration pre- 
serves the notion of fair use, an idea that is anywhere from 
difficult to impossible to encode in any DRM technology. 
Furthermore, since the rights declaration encoded media is 





open and unprotected, its contents can enter the public do- 
main without any outside intervention. Finally, rights dec- 
larations help alleviate the problem of orphan works. Since 
the rights are encoded in the files, it’s simple to determine 
the proper copyright owner. In a DRM system, if the au- 
thority providing the content and authorization disappears, 
users are often left with useless encrypted bits of data as 
they replace hardware and software components. 


While a strong DRM platform attempts to 
be an impenetrable system, a rights 
declaration scheme acknowledges that it 
is probably impossible to build a perfect 
DRM system 


Rights declaration is more in sync with the free software 
movement’s philosophical goals than any DRM software. 
A strong DRM system will be required to prohibit users ac- 
cess to parts of their machines. For example, in a strong 
DRM system, media would be unable to play without us- 
ing DRM-aware applications. System software like audio 
drivers would be required to prohibit the user from being 
able to digitally extract decoded audio. Video drivers would 
need to be rights-aware in order to prevent a user from cap- 
turing still frames and reconstructing a video’s content in an 
unprotected format. All DRM systems demand hard techni- 
cal compromises from the users, whereas rights declaration 
schemes only require new code that is able to display and 
encode licensing information. 


Does a free software DRM platform make any 
sense? 


In order to answer this question, another question must first 
be answered: is it better for the free software community to 
compete with proprietary DRM systems to avoid becoming 
irrelevant in the media landscape, or should they stay true to 
their principles and refuse to limit their users rights? If the 
primary goal of free software is to expand the installed base 
and to replace existing proprietary systems, a free DRM sys- 
tem makes a lot of sense. The lack of proprietary content on 
free platforms is a severe competitive disadvantage. Users 
will not adopt a free software platform where they cannot 
use their purchased music, videos, or images. If content pro- 
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ducers refuse to release accessible versions of their media, 
users lose when a compatible DRM system is not available. 
However, if the goal of the free software community is to 
offer a reasonable and unencumbered alternative to propri- 
etary systems, a decent rights declaration framework would 
be sufficient to establish an alternative to proprietary me- 
dia and formats. (This is already happening with the use of 
open source software licenses and Creative Commons con- 
tent licenses.) While it is unlikely that Hollywood and the 
recording industry's big money makers would participate in 
such a scheme, plenty of smaller content producers could 
use unencumbered media to promote their work and market 
it to a group of users who are underserved by the traditional 
media industries. 

Ultimately, free software's users and developers will answer 
the question about free software and DRM. If a demand for 
mainstream electronic content materializes, content produc- 
ers and developers should collaborate to bring that content 
to free platforms. If users and developers of free platforms 
decide that they are better off without mainstream content 
and the compromises it brings, the community will continue 
to embrace, use, and create free media of their own. As 


more users are empowered by content creation and distri- 
bution technologies, a shift from the traditional monolithic 
model of content creation and distribution to a more dis- 
tributed grassroots model may render the question moot. 
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Remix Reading is an artistic project 
based in Reading, UK. Its aim is to get 
local artists to come together and share 
their work, be inspired by each others' 
work, and ultimately to create 'remixes', 
whether they be a music remix, a mash 
up, or simply something inspired by 
another work. 





